Mục lục

1. Giới thiệu chung
1.1 Mục tiêu
Mục đích của việc kiểm thử PM hệ thống Quản lý thu phí khám chữa
bệnh là để chứng minh PM thỏa mãn tất cả yêu cầu của khách hàng và
khách hàng chấp nhận sản phẩm (và trả tiền thanh toán hợp đồng) việc
kiểm thử PM hàng là rất quan trọng và cần thiết, kiểm thử bảo đảm
thông tin được xử lý là chính xác, trong mối tương quan với dữ liệu nhập
và chức năng của từng đơn vị thành phần nhỏ nhất của phần mềm
Tìm ra được càng nhiều lỗi trong hệ thống càng tốt trong điều kiện thời
gian đã định và nguồn lực sẵn có
Chứng minh sản phẩm phần mềm hệ thống này là đúng và phù hợp với
phần đặc tả của nó
Xác thực chát lượng kiểm thử phần mềm đã dùng chi phí và nỗ lực tối
thiểu
Thiết kế tài liệu kiểm thử 1 cách có hệ thông và thực hiện 1 cách có hiệu
quả, tiết kiệm thời gian và công sức hết
•
-

Mục tiêu của hệ thống thu phí khám chữa bệnh
Quản lý thông tin về thu phí khám chữa bệnh từ khi nhập viện đến
khi ra viện.
Quản lý cấp phát thuốc từ khoa dược đến các khoa phòng và bệnh
nhân
Giải quyết thu phí một cách chính xác, nhanh chóng nhằm tiết
kiệm thời gian cho bệnh nhân.
Hỗ trợ công tác khám, chẩn đoán và điều trị bệnh trong trường
hợp tái khám hoặc vào viện vì lí do khác.
Hỗ trợ công tác thống kê, báo cáo theo quy định của Bộ y tế (hệ

thống bỏ qua bảo hiểm y tế)

1.2 Đối tượng đọc tài liệu
Những đối tượng cần đọc tài liệu này:

1










Development team: để tạo ra hệ thống quản lý thu phí khám chữa
bệnh đúng yêu cầu của khách hàng
Test team: để hiểu mình cần test những cái gì trong hệ thống
Documentation Team: Thực hiện các hoạt động thiết lập cho tài
liệu của hệ thống tài liệu về phân tích hiện thực và source code…
Quality Assuaruance: Cung cấp các cơ chế kiểm tra , kiểm tra kiểm
soát nhằm
đánh giá khả năng thỏa mãn các tiêu chuẩn tương ứng của các
nhóm làm việc. Các tiêu chuẩn này dùng trong nội bộ và không
chia sẻ với khác hàng. Các tiêu chuẩn có thể được công bố vì vậy
cần được báo cáo cho người quản lý dự án.
UAT( user acceptance test): chấp nhận kiểm thử của người dùng,
phầm mền sẽ được thực hiện kiểm tra từ người dùng để tìm ra
nếu phần mềm phù hợp với sự mong đợi của ngươi dùng và thực

hiện đúng như mong đợi

2. Yêu cầu hệ thống
2.1: Tổng quan hệ thống
Bệnh viện Bạch Mai là một bệnh viện lớn của miền Bắc, là tuyến cuối
cùng của nhiều chuyên khoa, tiếp nhận những bệnh nhân nặng của Hà
Nội và các địa phương khác chuyển về. Khi bệnh nhân tới bệnh viện để
khám hoặc chữa bệnh ,bệnh nhân phải tới đăng ký để đăng ký khám
chữa bệnh. Tại đây, y tá sẽ hỏi xem người bệnh cần khám gì ? Sau đó, y
tá sẽ cấp cho người bệnh 1 sổ khám bệnh, và 1 số phiếu.
Sau đó bác sĩ yêu cầu bệnh nhân qua quầy thanh toán để nộp
tiền lệ phí khám chữa bệnh. Khi bệnh nhân nộp tiền lệ phí xong sẽ lên
phòng ứng với số phiếu mà bệnh nhân đã được phát để bác sĩ khám
bệnh. Trong quá trình khám bệnh bác sĩ yêu cầu bệnh nhân đi xét
nghiệm để chuẩn đoán bệnh của bệnh nhân. Trong phiếu xét nghiệm sẽ
có đầy đủ thông tin của bệnh nhân như: họ tên, tuổi, giới tính, khoa,
phòng, giường, chuẩn đoán bệnh, yêu cầu xét nghiệm, kết quả xét
nghiệm. Kết quả xét nghiệm sẽ được lưu vào hồ sơ bệnh án của bệnh
nhân.
Sau khi bệnh nhân xét nghiệm xong chờ ngoài hành lang để lấy giấy
xét nghiệm rồi quay trở lại phòng khám để bác sĩ chuẩn đoán bệnh.
Trong quá trình chuẩn đoán nếu bác sĩ có nghi ngờ bệnh nhân có liên
2


quan tới tim, phổi…………ww thì bác sĩ lại yêu cầu bệnh nhân đi chụp
Xquang để kiểm tra và chuẩn đoán cho bệnh nhân. Bệnh nhân sẽ được
hướng dẫn và làm thủ tục để đi chụp Xquang. Dưới đây là một số mẫu
chụp xquang của bệnh nhân trong bệnh viện.
Bệnh nhân khi chụp chiếu xong sẽ đợi để lấy phim chụp chiếu và

nhận kết quả với phiếu báo cáo kết quả chụp Xquang của bệnh nhân.
Mẫu phiếu chụp Xquang của bệnh viện.
Khi lấy được phim chụp chiếu và phiếu thông báo kết quả của chụp
Xquang. Bệnh nhân mang qua phòng bác sĩ ban đầu khám bệnh để
được bác sĩ tư vấn thêm. Có 2 trường hợp đối với bệnh nhân. Nếu bệnh
nhân bị bệnh nặng thì sẽ phải nhập viện và theo dõi điều trị.
+Nếu bệnh nhân phải nhập viện thì bệnh nhân phải qua chỗ làm
thủ tục để làm các thủ tục để nhập viện. Trong quá trình làm thủ tục
nhập viện bệnh nhân xuất trình Giấy miễn, giảm viện phí (nếu có). Bên
bệnh việc các bác sĩ lập hồ sơ bệnh án cho bệnh nhân (cần ghi rõ và
đầy đủ các mục ở phần đầu bệnh lịch) như: Họ và tên, tuổi, quên quán,
lý do nhập viện…w.
Trong quá trình nhập viện và theo dõi ở bệnh viện bếu bệnh nhân
có tiến triển bệnh ngày càng đỡ đi. Nếu bệnh nhân đỡ gần khỏi bác sĩ
cho bệnh nhân làm thủ tục để ra viện và kê đơn thuốc cho bệnh nhân về
điều trị tại nhà.
Mẫu giấy ra viện

3


Hình 5:Giấy ra viện

Hình 6:Đơn thuốc
Bệnh nhân về điều trị tại nhà theo đơn thuốc này. Bác sĩ hẹn bệnh
nhân đến ngày khám lại.
+Bệnh nhân không phải nhập viện thì sẽ được bác sĩ kê cho đơn
thuốc và tự chữa trị tại nhà. Mẫu đơn thuốc như ở hình 5. Bệnh nhân
cần đơn thuốc bác sĩ kê cho và xuống quầy thuốc bên dưới để mua
thuốc theo yêu cầu chỉ dẫn của bác sĩ. Khi bán thuốc xong người bán

thuốc sẽ đưa cho bệnh nhân hóa đơn thuốc. Mẫu hóa đơn thuốc như
sau:

4


Hình 7: Hóa đơn thu tiền thuốc
 Mục đích
Ngày nay với sự ra đời và phát triển nhanh chóng của máy tính đã
làm thay đổi phong cách làm việc của hầu hết các cơ quan tư nhân cũng
như trong nhà nước . Trước kia mọi thủ tục cũng như việc lưu trữ đều
dựa trên giấy tờ do đó khó tìm kiếm hồ sơ về bệnh nhân, cũng như tìm
kiếm một phần mềm nào đó trong rất nhiều hồ sơ lưu trữ , chưa kể đến
việc thống kê đến một tiêu chí nào đó.. Ngày nay với sự hỗ trợ của máy
tính chúng ta có thể thực hiện các công việc này một cách nhanh chóng,
dễ dàng và chính xác. Với hệ thống khám và chữa bệnh có thể thực hiện
việc tìm kiếm một bệnh nhân cũng như việc thống kê bệnh nhân theo
một tiêu chí mà ban lãnh đạo bệnh viện đưa ra một cách nhanh chóng
và hiệu quả.
 Xác định và phân tích các giá trị nghiệp vụ.
Dựa vào mô tả bài toán ở trên, có thể thấy hệ thống quản lý thu phí
khám chữa bệnh sẽ mang lại một số lợi ích sau:
a. Mang lại giá trị nghiệp vụ.
• Tăng khả năng xử lý: thông tin được xử lý một cách tự động,
có thể xử lý đồng thời và cho kết quả nhanh chóng,
chínhxác.
Thu thập thông tin về các bệnh nhân một cách tự động,
không phải mất công nhập lại thông tin.
• Đáp ứng yêu cầu nghiệp vụ một cách tin cậy, chính xác, an
toàn, bí mật

b. Mang lại giá tị kinh tế.
• Giam biên chế cán bộ, giảm chi phí hoạt động: nhờ có hệ
thống quản lý thu phí khám chữa bệnh, thông tin được xử lý
tự động, không phải mất công nhận, nhập hồ sơ, giấy tờ nên
giảm thiểu được số lượng cán bộ tham gia vào công tác này
từ đó giảm chi phí hoạt động cho tổ chức.
c. Mang lại giá trị sử dụng.
5


Nhân viên thu phí có thể nhanh chóng tìm ra các thông tin về
các bệnh nhân mà họ thực hiện thu phí, họ dễ dàng nhận
được thông tin một cách nhanh chóng và chính xác, thông tin
của bệnh nhân được giữ bí mật tuyệt đối
• Bệnh nhân mất ít thời gian để đăng lý thông tin bản thân cho
bệnh viện, chỉ phải đăng ký 1 lần cho hệ thống tiếp nhận
bệnh nhân của bệnh viện.
• Nhân viên thu phí có thể thực hiện việc điền hóa đơn phiếu
thu 1 cách dễ dàng và thuận tiện ngay trên máy
d. Khắc phục các nhược điểm của hệ thống cũ, hỗ trợ các chiến
lược phát triển lâu dài, đáp ứng được các ưu tiên, các giàng
buộc quan trọng của hệ thống.
• Hệ thống quản lý thu phí khám chữa bệnh giúp cho quá
trình thu phí diễn ra nhanh chóng và hoàn tất 1 cách sớm
nhất để bác sĩ có thể nhanh chóng tiến hành điều trị cho
bệnh nhân. Chính việc cung cấp thông tin đầy đủ chi
tiết,và quá trình thực hiện dễ dàng, tiện lợi và những tiện
ích mà hệ thống đem lại sẽ giúp cho việc quản lý thu phí
khám chữa bệnh của bệnh viện diễn ra nhanh chóng và
thuận lợi đáp ứng được sự hài lòng và thoải mái cho bệnh

nhân. Đó chính là những giá trị phi vật thể mà hệ thống
đem lại.
Tuy nhiên bên cạch các giá trị mà hệ thống mang lại, một vấn đề
đặt ra là cần phải có cơ chế xác nhận thông tin đã đăng ký của
bệnh nhân để đảm bảo các thông tin đó là chính xác. Việc này có
thể thực hiện bằng cách kiểm tra sau hồ sơ( hậu kiểm)
•

2.2 Biểu đồ di chuyển giao diện

6


2.3 Các tác nhân và ca sử dụng

7


2.3.1 Biểu đồ ca sử dụng

Duy tri thong tin benh an

Bac Si
<<include>>
duy tri thong tin dich vu
<<include>>
<<include>>
Duy tri thong tin benh nhan
<<include>>


Dang nhap

<<include>>
lap phieu kham

NV Nhan Vien

<<include>>

lap hoa don

<<include>>
Benh Nhan

lap don thuoc

thong ke bao cao
Ban giam doc

2.3.1 Mô tả các tác nhân
STT

Tên tác nhân

Mô tả

8


1


Bệnh nhân

2

Bác sĩ

3
4

Nhân viên thu phí
Ban giám đốc

Là đối tượng có thể đăng ký để sở hữu phiếu hay hồ sơ khám chữa
bệnh. Là người đóng tiền viện phí và cung cấp thông tin cho nv thu phí
để quản lý
Là đối tượng duy trì thông tin bệnh án bệnh nhân, kê đơn thuốc và duy
trì thông tin dịch vụ. Cung cấp thông tin cho nv thu phí để quản lý
Là đối tượng thực hiện thu phí của bệnh nhân
Quản lý toàn hệ thống

2.3.2 Mô tả các ca sử dụng
STT
1
2

Ca sử dụng
Đăng nhập hệ thống
Lập phiếu khám


Mô tả
Cho phép nhân viên đăng nhập vào để mở hệ thống
cho phép nhân viên nhập thông tin của bệnh nhân vào trong hệ
thống và lập phiếu khám cho bệnh nhân

3

Duy trì thông tin cho phép bác sĩ duy trì thông tin bệnh án của bệnh nhân trong hệ
bệnh án
thống. bác sĩ có thể thực hiện việc Thêm, Sửa, và Xoá thông tin
bệnh án của bệnh nhân từ hệ thống.

4

Duy trì thông tin cho phép nhân viên duy trì thông tin bệnh nhân trong hệ thống.
bệnh nhân
nhân viên có thể thực hiện việc Thêm, Sửa, và Xoá thông tin của
bệnh nhân từ hệ thống.

5

Duy trì thông tin dịch
vụ

cho phép nhân viên duy trì thông tin các dịch vụ mà bệnh nhân sử
dụng trong hệ thống. nhân viên có thể thực hiện việc Thêm, Sửa,
và Xoá thông tin dịch vụ mà bệnh nhân sử dụng từ hệ thống.

6


Lập hóa đơn

Cho phép nhân viên thu phí lập hóa đơn ,thực hiện thu phí cho
bệnh nhân

7

Lập đơn thuốc

Cho phép bác sĩ liệt kê các loại thuốc mà bệnh nhân cần sử dụng

8

Thống kê báo cáo

cho phép nhân viên thu phí lập bản thống kê tình trạng thu phí
của bệnh nhân cho ban giám đốc

9


3. Yêu cầu chức năng
3.1 Biểu đồ hoạt động chung
Luu
TTkham

KQ benh
Thu Vien
Phi


Kham
Ke don
thuoc

Dang nhap
he thong

Lay Thuoc

Hoan tat

NhapTTBN
Hien Thi Man Hinh
Dang Nhap

Nhap TTNV

HienThi
TTBN

laNV
Kiem tra

Chua la NV

Khong
Dang Nhap

3.2 Đặc tả UC
3.2.1. UC “Đăng Nhập”

Mô tả chung
Tên UC
Đăng nhập
Mô tả
UC này cho phép người dùng đăng nhập vào hệ thống
Tác nhân
Nhân viên thu phí
Trigger
Khi người dùng nhấn nút “Đăng Nhập” trên màn hình
“Đăng Nhập”
Tiền điều Màn hình đăng nhập được xuất hiện cho người dùng đăng
kiện
nhập tài khoản
Hậu điều Nếu việc đăng nhập thành công người sử dụng sẽ đăng
kiện
nhập vào hệ thống

 Quy tắc nghiệp vụ
Luồng sự kiện chính
Ca sử dụng này bắt đầu khi tác nhân muốn
đăng nhập vào hệ thống
Hệ thống yêu cầu tác nhân nhập mã số bệnh
nhân
+ Tác nhân nhập mã số bệnh nhân

Luồng rẽ nhánh
+ Luồng A1:
• Nhập mã số không khớp
với tên bệnh nhân
• Hệ thống sẽ hiển thị thông

báo lỗi

10


•

+ Hệ thống xác nhận mã số có hợp lệ
không, nếu không hợp lệ thì thực hiện
luồng A1
+ Hệ thống ghi lại quá trình đăng nhập

 Biểu đồ hoạt động

 Giao diện và đặc tả giao diện

11

Người sử dụng có thể đăng
nhập lại


3.2.2. UC “Lập phiếu khám”
Tên UC
Lập phiếu khám
Mô tả
Cho phép nhân viên nhập thông tin của bệnh nhân vào
trong hệ thống và lập phiếu khám cho bệnh nhân
Tác nhân
Trigger

Tiền
kiện
Hậu
kiện

Bác sĩ và nhân viên thu phí
Khi người dùng nhấn nút “Thêm” “Sửa” “Xóa” trên màn
hình
“ Phiếu Khám ”
điều Nhân viên phải đăng nhập thành công vào hệ thống.
điều Thông tin về bệnh nhân sẽ được thêm vào, sửa đổi, hay
xoá khỏi hệ thống. Trong các trường hợp khác, hệ thống ở
trong trạng thái chưa thay đổi.

 Quy tắc nghiệp vụ
Luồng sự kiện chính
Nhân viên đăng nhập vào hệ thống.
- Hệ thống hiển thị các lựa chọn:
+lập phiếu khám
- Nhân viên nhập thông tin bệnh nhân vào phiếu
- Hệ thống yêu cầu nhân viên nhập thông tin bệnh
nhân
- Nhân viên nhập thông tin được yêu cầu.
Hệ thống tạo ra mã số tự động (duy nhất) và
gán cho bệnh nhân, trong đó mã số bệnh nhân
được qui định như sau:
- bệnh nhân được thêm vào hệ thống.
Hệ thống cung cấp cho nhân viên mã số mới
của bệnh nhân


 Biểu đồ hoạt động

12

Luồng rẽ nhánh
Luồng A1:
+ Nhập mã phiếu, mã bệnh nhân, mã
nhân viên không tồn tại
+ Hệ thống thông báo lỗi
+ Hệ thống yêu cầu bác sĩ nhập vào một
mã phiếu, mã bệnh nhân, mã nhân viên
khác hoặc huỷ bỏ thao tác xoá hoặc
sửa.
+ Nếu bác sĩ nhập mã phiếu, mã bệnh
nhân, mã nhân viên thì quay lại luồng
Xoá hoặc Sửa.
+ Nếu bác sĩ chọn Huỷ, ca sử dụng kết
thúc.


 Giao diện và đặc tả giao diện

3.2.3. UC “Duy trì thông tin bệnh án”
Tên UC
Duy trì thông tin bệnh án
Mô tả
UC này cho phép bác sĩ duy trì thông tin bệnh án của
bệnh nhân trong hệ thống. bác sĩ có thể thực hiện việc
Thêm, Sửa, và Xoá thông tin bệnh án của bệnh nhân từ
hệ thống.

Tác nhân

Nhân viên thu phí và Bác sĩ
13


Trigger
Tiền
kiện
Hậu
kiện

Khi người dùng nhấn nút “Thêm” “Sửa” “Xóa” trên màn
hình
“ Quản Lý Điều Trị ”
điều Bác sĩ phải đăng nhập thành công vào hệ thống.
điều Nếu ca sử dụng này được thực hiện thành công, thông tin
về bệnh án sẽ được thêm vào, sửa đổi, hay xoá khỏi hệ
thống. Trong các trường hợp khác, hệ thống ở trong trạng
thái chưa thay đổi.

 Quy tắc nghiệp vụ
Luồng sự kiện chính
Luồng rẽ nhánh
Hệ thống hiển thị các lựa chọn:
+ Thêm :bệnh án
- Luồng A1: Nhập
+ Sửa :bệnh án
mã số bệnh
+ Xoá :bệnh án

nhân không tồn
Hệ thống yêu cầu bác sĩ chọn công việc mà họ muốn thực hiện.
tại.
Nếu bác sĩ chọn “Thêm một bệnh án ”, luồng sự kiện con Thêm
Hệ thống thông
một bệnh án sẽ được thực hiện.
báo lỗi.
- Nếu bác sĩ chọn “Sửa thông tin bệnh án ”, luồng sự kiện con Sửa
Hệ thống yêu
thông tin bệnh án sẽ được thực hiện.
cầu bác sĩ nhập
- Nếu bác sĩ chọn “Xoá một bệnh án”, luồng sự kiện con Xoá một
vào một mã số
bệnh án sẽ được thực hiện.
bệnh nhân khác
- Thêm một bệnh án
hoặc huỷ bỏ
- Hệ thống yêu cầu bác sĩ nhập thông tin bệnh án bác sĩ nhập thông
thao tác xoá
tin được yêu cầu.
hoặc sửa.
- Sửa đổi thông tin bệnh án
Nếu bác sĩ nhập
Hệ thống yêu cầu bác sĩ nhập mã số bệnh nhân.
mã số bệnh
bác sĩ nhập vào mã số bệnh nhân.
nhân khác thì
Hệ thống kiểm tra mã số bệnh nhân vừa nhập có tồn tại hay
quay lại luồng
không? Nếu không tồn tại thì thực hiện luồng A1.

Xoá hoặc Sửa.
Hệ thống hiển thị thông tin về bệnh nhân có mã số vừa nhập.
Nếu bác sĩ chọn
bác sĩ sửa những thông tin cần thiết trong bệnh án của bệnh
Huỷ, ca sử dụng
nhân và xác nhận việc sửa đổi.
kết thúc.
Hệ thống cập nhật những thay đổi vừa được thực hiện.
- Xóa 1 bệnh án
- Hệ thống yêu cầu bác sĩ nhập mã số bệnh nhân.
bác sĩ nhập vào mã số bệnh nhân.
Hệ thống kiểm tra mã số bệnh nhân vừa nhập có tồn tại hay
không? Nếu không tồn tại thì thực hiện luồng A1.
- Hệ thống đưa ra câu hỏi có hoặc không
- Bác sĩ chọn có thì hệ thống sẽ tự đọng xóa thông tin bệnh án của
bệnh nhân đó
- Bác sĩ chọn không hệ thông không thực hiện thay đổi

14


 Biểu đồ hoạt động

 Giao diện và đặc tả giao diện

15


3.2.4. UC “Duy trì thông tin bệnh nhân”
Tên UC


Duy trì thông tin bệnh nhân
16


Mô tả

UC này cho phép nhân viên duy trì thông tin bệnh nhân
trong hệ thống. nhân viên có thể thực hiện việc Thêm,
Sửa, và Xoá thông tin của bệnh nhân từ hệ thống.

Tác nhân
Trigger
Tiền
kiện
Hậu
kiện

Nhân viên thu phí và bác sĩ
Khi người dùng nhấn nút “Thêm” “Sửa” “Xóa” trên màn
“Thông Tin Bệnh Nhân”
điều Nhân viên phải đăng nhập thành công vào hệ thống.
điều
Thông tin bệnh nhân sẽ được thêm vào, sửa đổi, hay xoá
khỏi hệ thống. Trong các trường hợp khác, hệ thống ở
trong trạng thái chưa thay đổi

 Quy tắc nghiệp vụ
Luồng sự kiện chính
- Hệ thống hiển thị các lựa chọn:

+ Thêm :bệnh nhân
+ Sửa :bệnh nhân
+ Xoá :bệnh nhân
Hệ thống yêu cầu nhân viên chọn công việc mà họ muốn thực
hiện.
- Nếu nhân viên chọn “Thêm một bệnh nhân”, luồng sự kiện con
Thêm một bệnh nhân sẽ được thực hiện.
- Nếu nhân viên chọn “Sửa thông tin bệnh nhân”, luồng sự kiện con
Sửa thông tin bệnh nhân sẽ được thực hiện.
- Nếu nhân viên chọn “Xoá một bệnh nhân”, luồng sự kiện con Xoá
một bệnh nhân sẽ được thực hiện.
- Thêm một bệnh nhân
- Hệ thống yêu cầu nhân viên nhập thông tin bệnh nhân, nhân viên
nhập thông tin được yêu cầu.
- Sửa đổi thông tin bệnh nhân
Hệ thống yêu cầu nhân viên nhập mã số bệnh nhân.
Nhân viên nhập vào mã số bệnh nhân.
Hệ thống kiểm tra mã số bệnh nhân vừa nhập có tồn tại hay
không? Nếu không tồn tại thì thực hiện luồng A1.
Hệ thống hiển thị thông tin về bệnh nhân có mã số vừa nhập.
Nhân viên sửa những thông tin cần thiết về bệnh nhân và xác
nhận việc sửa đổi.
Hệ thống cập nhật những thay đổi vừa được thực hiện.
- Xóa 1 bệnh nhân
- Hệ thống yêu cầu nhân viên nhập mã số bệnh nhân.
Nhân viên nhập vào mã số bệnh nhân.
Hệ thống kiểm tra mã số bệnh nhân vừa nhập có tồn tại hay
không? Nếu không tồn tại thì thực hiện luồng A1.
- Hệ thống đưa ra câu hỏi có ,hoặc không


17

Luồng rẽ nhánh
_ Luồng A1:
+Nhập mã số bệnh
nhân không tồn tại.
+
Hệ thống thông báo
lỗi.
+ Hệ thống yêu cầu
nhân viên nhập vào
một mã số bệnh
nhân khác hoặc huỷ
bỏ thao tác xoá hoặc
sửa.
+ Nếu nhân viên
nhập mã số bệnh
nhân khác thì quay
lại luồng Xoá hoặc
Sửa.
+ Nếu nhân viên
chọn Huỷ, ca sử
dụng kết thúc.
+ đăng nhập lại


-

Nhân viên chọn có thì hệ thống sẽ tự đọng xóa thông tin của bệnh
nhân đó

Nhân viên chọn không hệ thông không thực hiện thay đổi

 Biểu đồ hoạt động

 Giao diện và đặc tả giao diện

18


3.2.5.. UC “Duy trì thông tin dịch vụ”
Tên UC
Duy trì thông tin dịch vụ
Mô tả
UC này cho phép nhân viên duy trì thông tin các dịch vụ
mà bệnh nhân sử dụng trong hệ thống. nhân viên có thể
thực hiện việc Thêm, Sửa, và Xoá thông tin dịch vụ mà
bệnh nhân sử dụng từ hệ thống
Tác nhân
Nhân viên thu phí
Trigger
Khi người dùng nhấn nút “Thêm” “Sửa” “Xóa” trên màn
hình “Quản Lý Danh Sách Dịch Vụ”
Tiền điều Nhân viên phải đăng nhập thành công vào hệ thống.
kiện
Hậu điều Thông tin dịch vụ sẽ được thêm vào, sửa đổi, hay xoá
kiện
khỏi hệ thống. Trong các trường hợp khác, hệ thống ở
trong trạng thái chưa thay đổi.

\ Quy tắc nghiệp vụ

Luồng sự kiện chính
Hệ thống hiển thị các lựa chọn:
+ Thêm
+ Sửa

Luồng rẽ nhánh
- Luồng A1: Nhập mã
số bệnh nhân không
tồn tại.

19


+ Xoá
Hệ thống thông báo
- Hệ thống yêu cầu nhân viên chọn công việc mà họ muốn thực
lỗi.
hiện.
Hệ thống yêu cầu
- Nếu nhân viên chọn “Thêm một dịch vụ”, luồng sự kiện con Thêm
nhân viên nhập vào
một dịch vụ sẽ được thực hiện.
một mã số bệnh
- Nếu nhân viên chọn “Sửa thông tin dịch vụ”, luồng sự kiện con
nhân khác hoặc huỷ
Sửa thông tin dịch vụ sẽ được thực hiện.
bỏ thao tác xoá
- Nếu nhân viên chọn “Xoá một dịch vụ”, luồng sự kiện con Xoá
hoặc sửa.
một dịch vụ sẽ được thực hiện.

Nếu nhân viên nhập
- Thêm một dịch vụ
mã số bệnh nhân
- Hệ thống yêu cầu nhân viên nhập mã bệnh nhân
khác thì quay lại
- Nhân viên nhập thông tin được yêu cầu.
luồng Xoá hoặc Sửa.
- Hệ thống kiểm tra mã số bệnh nhân vừa nhập có tồn tại hay Nếu nhân viên chọn Huỷ, ca
không? Nếu không tồn tại thì thực hiện luồng A1.
sử dụng kết thúc
- Hệ thống đưa ra các loại dịch vụ:
+ nhân viên chọn các loại dịch vụ cần thêm
+hệ thống đưa ra yêu cầu bác sĩ điền các thông tin sử dụng dịch vụ
đó
-nhân viên điền vào các thông tin
- Sửa đổi thông tin dịch vụ
Hệ thống yêu cầu nhân viên nhập mã số bệnh nhân.
Nhân viên nhập vào mã số bệnh nhân.
Hệ thống kiểm tra mã số bệnh nhân vừa nhập có tồn tại
hay không? Nếu không tồn tại thì thực hiện luồng A1.
Hệ thống hiển thị thông tin về dịch vụ của bệnh nhân có
mã số vừa nhập.
Nhân viên sửa những thông tin cần thiết về dịch vụ và xác
nhận việc sửa đổi.
Hệ thống cập nhật những thay đổi vừa được thực hiện.
- Xóa 1 dịch vụ
- Hệ thống yêu cầu nhân viên nhập mã số bệnh nhân.
Nhân viên nhập vào mã số bệnh nhân.
Hệ thống kiểm tra mã số bệnh nhân vừa nhập có tồn tại
hay không? Nếu không tồn tại thì thực hiện luồng A1.

- Hệ thống đưa ra các dịch vụ của bệnh nhân vừa đăng nhập
- Nhân viên chọn các dịch vụ cần xóa
- Hệ thống đưa ra câu hỏi có ,hoặc không
- Nhân viên chọn có thì hệ thống sẽ tự đọng xóa thông tin
dịch vụ đó
- Nhân viên chọn không hệ thông không thực hiện thay đổi

 Biểu đồ hoạt động

20


 Giao diện và đặc tả giao diện

21


3.2.6. UC “Lập đơn thuốc”
Tên UC
Lập đơn thuốc
Mô tả
UC này cho phép bác sĩ liệt kê các loại thuốc mà bệnh
nhân cần sử dụng
Tác nhân
Trigger
Tiền
kiện
Hậu
kiện


Bác sĩ
Khi người dùng nhấn nút “Thêm” “Sửa” “Xóa”
hình “Quản Lý Danh Sách Thuốc”
điều Bác sĩ phải đăng nhập được vào hệ thống

trên màn

điều Bệnh nhân sẽ nhận được đơn thuốc của mình. Trong các
trường hợp khác, hệ thống ở trong trạng thái chưa thay
đổi

 Quy tắc nghiệp vụ
Luồng sự kiện chính
Ca sử dụng này bắt đầu khi bác sĩ có quyết đinh
về bệnh của bệnh nhân, khi đó bác sĩ liệt kê các
loại thuốc cho bệnh nhân dựa trên tình trạng
bệnh.
-hệ thống đưa ra 1 biểu mẫu “đơn thuốc “
-bác sĩ điền các mục phải điền vào đơn
+tên thuốc
+liều lượng
+các sử dụng

Luồng rẽ nhánh
• Luồng A1:
• Nếu nhân viên nhập sai dữ liệu
• Hệ thống thông báo lỗi.
•
Hệ thống yêu cầu nhân viên nhập lại dữ
liệu khác hoặc huỷ bỏ thao tác xoá hoặc

sửa.
•
Nếu nhân viên nhập lại thì quay lại luồng
Xoá hoặc Sửa.
Nếu nhân viên chọn Huỷ, ca sử dụng kết thúc.

 Biểu đồ hoạt động

22


23


 Giao diện và đặc tả giao diện

24


3.2.7. UC “Thống kê báo cáo”
Tên UC
Thống kê báo cáo
Mô tả
UC này cho phép nhân viên thu phí lập bản thống kê tình
trạng thu phí của bệnh nhân cho ban giám đốc.
Tác nhân
Trigger
Tiền
kiện
Hậu

kiện

Nhân viên thu phí
Khi người dùng nhấn nút “Thêm” “Sửa” “Xóa” trên màn
hình thống kê báo cáo
điều Ban giám đốc yêu cầu báo cáo từ nhân viên thu phí
điều Nếu ca sử dụng này được thực hiện thành công, ban giám
đốc sẽ biết được tình hình thu phí của nhân viên thu phí.

 Quy tắc nghiệp vụ
Luồng sự kiện chính
Ca sử dụng này bắt đầu khi ban giám đốc yêu
cầu thông kê báo cáo hoặc vào cuối tháng hay
cuối năm.

Luồng rẽ nhánh
• Luồng A1:
• Nếu nhân viên nhập sai dữ liệu
• Hệ thống thông báo lỗi.

25