Phân tích và thiết kế một hệ thống tin quản lý bệnh nhân
Trang 1GIỚI THIỆU ĐỀ TÀI
tin trên phiếu này bao gồm: tên bệnh nhân và ngày nhập viện Nếu chưa có
hồ sơ bệnh nhân thì nhân viên lập hồ sơ cho bệnh nhân Thông tin bệnh nhân
cần ghi nhận trong hồ sơ bao gồm: mã bệnh nhân, tên, ngày sinh, địa chỉ, giới tính.
Sau đó bệnh nhân sẽ được chuyển đến khoa điều trị tương ứng (sau khi chẩn đoán sơ bộ) Trong quá trình điều trị, bệnh nhân có thể được
chuyển đến các khoa điều trị khác nhau, nhưng tại một thời điểm thì chỉ có
thể điều trị tại một khoa duy nhất Thông tin về khoa bao gồm: mã khoa, tên khoa Mỗi khi chuyển khoa cần ghi nhận lại ngày giờ chuyển khoa, lý do
chuyển Trong quá trình điều trị tại mỗi khoa mỗi bệnh nhân sẽ có một bác
sĩ điều trị Thông tin về bác sĩ bao gồm: mã bác sĩ, chuyên môn, thâm niên
Mỗi bác sĩ chỉ thuộc một khoa duy nhất Trong quá trình điều trị bác sĩ cần
theo dõi diễn biến bệnh nhân, các thông tin này bao gồm: ngày, giờ khám, kết quả Bác sĩ sẽ kê toa thuốc cho các bệnh nhân Thông tin về toa thuốc bao gồm: mã toa, ngày, tên, các thuốc, liều dùng cho từng thuốc một Bác sĩ
cũng có thể yêu cầu bệnh nhân thực hiện các xét nghiệm cần thiết Các yêu cầu này sẽ được chuyển đến các phòng xét nghiệm tương ứng Kết quả xét
nghiệm bao gồm: ngày xét nghiệm, tên xét nghiệm, kết quả.
Khi bệnh nhân xuất viện, bệnh nhân cần ghi nhận lại các thông tin
sau: mã bệnh nhân, tên bệnh nhân, ngày, giờ xuất viện, lý do xuất viện.
Hệ thống phải có chức năng tìm kiếm bệnh nhân theo các yêu cầu của các thân nhân cũng như các chức năng thống kê báo cáo cần thiết
Trang 21 Phân tích hệ thống
1.1 Tình hình thực tế:
Hiện tại bệnh viện lưu trữ hồ sơ bệnh án bệnh nhân một cách thủ công, chưa có hệ thống máy tính tự động nhập vào lưu trữ dữ liệu Cách quản lý thủ công mất nhiều thời gian, dễ gây mất mát dữ liệu đồng thời khó khăn trong việc tìm kiếm và sữa chữa Vì vậy yêu cầu cấp thiết là phải xây dựng một hệ thống mới giúp đơn giản hóa các công việc của bênh viện và lưu trữ bệnh án điện tử
1.2 Yêu cầu của hệ thống:
1.2.1 Đối tượng sử dụng hệ thống
Bác sĩ
Bệnh nhân và người nhà bệnh nhân
Nhân viên tiếp nhận
Nhân viên thanh toán viện phí
Quản trị hệ thống
1.2.2 Các yêu cầu chức năng của hệ thống
a Quy trình hệ thống phải thực hiện:
Tiếp nhận bệnh nhân: nhân viên tiếp nhận sẽ kiểm tra xem bệnhnhân này đã từng nhập viện lần nào chưa, nếu chưa thì lập hồ sơ bệnh án mới cho bệnh nhân đó, nếu rồi thì chỉ cần thêm vào hồ sơ
cũ ngày giờ khám chữa bệnh
Hồ sơ khám sơ bộ: trước khi muốn nhập viện bệnh nhân cần phải qua khâu khám sơ bộ để có được những chẩn đoán ban đầu, cũng như định hướng phân khoa cho bệnh nhân Tất cả các thao táctrên phục vụ cho việc quản lý bệnh nhân, một bệnh nhân tại một thời điểm chỉ điều trị tại một khoa duy nhất
Điều trị: tại đây hệ thống sẽ lưu trữ bệnh án bệnh nhân gồm ngày giờ khám, các xét nghiệm, toa thuốc điều trị… dưới dạng bệnh án điện tử Việc nhập thông tin phải thường xuyên, cập nhập
Trang 3 Xuất viện: quá trình điều trị của bệnh nhân được lưu trữ bằng bệnh án điện tử nên khi xuất viện hệ thống sẽ tính toán viện phí, đồng thời sẽ không cho xuất viện nếu chưa thanh toán xong viện phí Sau khi bệnh nhân xuất viện hồ sơ sẽ được lưu trữ cho lần nhập viện tiếp theo, đồng thời cũng phục vụ cho việc tìm kiếm cần thiết.
b Thông tin hệ thống lưu trữ:
Thông tin hồ sơ bệnh án của bệnh nhân: tên bệnh nhân, ngày giờ nhập viện, ngày khám, đơn thuốc cho từng ngày, các xét nghiệm thực hiện trong quá trình điều trị, ngày giờ xuất viện , lý
Chức năng tra cứu và tìm kiếm: ứng dụng dụng được nhúng web nên phía khách có thể dễ dàng tìm kiếm tên bệnh nhân, ngày giờ nhập, xuất viện của bệnh nhân nhưng ko thể biết được quá trình điều trị
Hiện thị các báo cáo, thống kê cần thiết
Trang 4bệnh có thể được in ra để tiện cho việc quản lý bệnh án trên giấy hiện nay tại các phòng khám
• Quản lý người dùng: Mỗi người sử dụng chương trình được phân vào một hoặc nhiều vai trò như bác sỹ điều trị, bác sỹ xét nghiệm, bác
sỹ chẩn đoán hình ảnh, điều dưỡng/y tá, kỹ thuật viên xét nghiệm, kỹ thuật viên X Quang, quản trị hệ thống máy tính, lãnh đạo/quản lý, thư
ký y khoa, thư ký nhập liệu Mỗi người dùng có những chức phận, quyền hạn khác nhau
• Các chức năng hỗ trợ: Chương trình cho phép người dùng tạo các danh mục hỗ trợ cho việc khám chữa bệnh như các danh mục thuốc thường dùng, bệnh thường gặp, tiền căn, triệu chứng, dấu
Kiểm soát dữ liệu bằng cách ghi lại nhật kí hàng ngày
Trang 5 Tiếp nhận bệnh nhân: khi có bệnh nhân đến viện, nhân viên tiếp nhận
sẽ kiểm tra xem bệnh nhân đó đã từng nhập viện chưa, nếu chưa thì
mở một hồ sơ mới cho bệnh nhân đó, nếu rồi thì chỉ việc thêm ngày giờ vào khám Cấp cho bệnh nhân phiếu khám chữa bệnh
Khám sơ bộ: Sau khi tiếp nhận, bệnh nhân cần khám sơ bộ để bác sĩ chẩn đoán và lựa chọn hình thức xử lý Tại ca sử dụng này ta cũng tiến hành phân khoa cho bệnh nhân
Cấp cứu: trong trường hợp cấp thiết, ta thực hiện bước khám sơ bộ đồng thời với bước tiếp nhận bệnh nhân
Điều trị tại khoa: sau khi bệnh nhân đã vào khoa điều trị, trong quá trình điều trị ta phải lưu thông tin bằng bệnh án điện tử: ngày giờ khám, các xét nghiệm, đơn thuốc, bác sĩ điều trị Thông tin chuyển khoa nếu cần thiết
Xuất viện: xuất viện được thực hiện khi bệnh nhân hoặc bác sĩ yêu cầu xuất viện Trước khi xuất viện bệnh nhân cần thanh toán đầy đủ viện phí
Trang 6Trigger: Khi có bệnh nhân đến khám bệnh
Mô tả: thực hiện khám sơ bộ, chẩn đoán và phân khoa cho bệnh nhân
Trigger: sau khi bệnh nhân đã nhập viện
Phiếu khám chữa
bệnh
Bệnh nhân Chẩn đoán bệnh Bác sĩTiền sử bệnh án Bệnh nhân Phân khoa Bác sĩ
Trang 7Mô tả: Thực hiện khám, chẩn đoán, phân khoa, nhập dữ liệu
Trigger: khi bệnh nhân được cấp cứu khẩn cấp
d Điều trị tại khoa
Use case: Điều trị tại
khoa
Mức quan trọng: high ID: 04 Đối tượng chính: bệnh nhân và bác sĩ
Mô tả: thực hiện theo dõi, khám, xét nghiệm, kê toa thuốc
Trigger: sau khi bệnh nhân được chuyển đến khoa điều trị
Khám bệnh Bệnh nhân Yêu cầu theo dõi Bác sĩ
Xét nghiệm Bác sĩ Phiếu xét nghiệm Phòng xét
Trang 8Use case: Xuất viện Mức quan trọng: high ID: 05
Đối tượng chính: Bệnh nhân, bác sĩ, nhân viên thanh toán viện phí
Mô tả: trước khi xuất viện bệnh nhân cần thanh toán viện phí và hoàn tất hồ
Hoàn tất hồ sơ Nhân viên xuất
viện
Cho phép xuất viện
Cho ta cái nhìn đầy đủ hơn về các mặt hoạt động của
hệ thống
Là một trong số các đầu vào cho quá trình thiết kế hệ thống
Phương pháp : Phương pháp phân tích top-down
Các kí hiệu dùng trong luồng dữ liệu:
tác nhân ngoài
Trang 9 chức năng
Luồng dữ liệu
Kho dữ liệu
Tên kho dữ liệu
1.4.1 Biểu đồ luồng dữ liệu mức khung cảnh
Tên chức năng
Trang 101.4.2 Biểu đồ luông dữ liệu mức đỉnh
1.4.3 Biểu đồ luồng dữ liệu cho use case 1
Trang 111.4.4 Biểu đồ luồng dữ liệu cho use case 2
1.4.5 Biểu đồ luồng dữ liệu cho use case 3
Trang 121.4.6 Biểu đồ luồng dữ liệu cho use case 4
1.4.7 Biểu đồ luồng dữ liệu cho use case 5
Trang 131.5 Phân tích hệ thống về mặt dữ liệu
1.5.1 Mô hình thực thể liên kết
Hệ thống gồm các thực thể sau:
BENH_NHAN(ma benh nhan, ten, ngay sinh, dia chi, gioi tinh)
KHOA(ma khoa, ten khoa)
BAC_SI(ma bac si, chuyen mon, tham nien)
PHONG_XET_NGHIEM(ma phong xet nghiem, ten)
PHONG_THUOC(ma phong thuoc, ten phong thuoc)
Sơ đồ thực thể liên kết:
1.5.2 Mô hình quan hệ
Dựa vào mô hình thực thể liên kết ta thiết kế được mô hình quan hệ:
BENH_NHAN(ma benh nhan, ten, ngay sinh, dia chi, gioi tinh)
KHOA(ma khoa, ten khoa)
BAC_SI(ma bac si, chuyen mon, tham nien)
Trang 14 PHONG_XET_NGHIEM(ma phong xet nghiem, ten)
PHONG_THUOC(ma phong thuoc, ten phong thuoc)
XET_NGHIEM(ma xet nghiem, ma phong xet nghiem, ma benh
nhan, ngay xet nghiem, ten, ket qua)
DON_THUOC(ma toa, ma benh nhan, ma phong thuoc, ma bac si,
ngay)
DIEU_TRI(Ma dieu tri, ma benh nhan, ma khoa, ngay, ket qua)
Sơ đồ quan hệ:
Trang 152 Thiết kế kiến trúc hệ thống
2.1 Thành phần của kiến trúc phần mềm
2.1.1 Thiết bị lưu trữ
- Cơ sở dữ liệu: Được lưu trữ trên các server
- Các ổ đĩa cứng: Được thiết kế trên các client
2.1.2 Việc truy xuất dữ liệu logic
- Việc truy xuất dữ liệu logic phải được phân quyền một cách rõ ràng và tuân thủ chặt chẽ sữ phần quyền đó
- Tùy từng đối tượng, tùy từng người dùng thì quyền hạn truy xuất vào dữ liệu sẽ được giới hạn trong một phạm vi nào đấy
- Ví dụ: Bác sỹ có những quyền như xem thông tin bệnh án của bệnhnhân, kê đơn thuốc cho bệnh nhân Người dùng bình thường thì chỉ
đc quyền xem tình trạng bệnh viện trong thời điểm hiện tại thế nào? Có quá tải hay không? Khoa nào bị quá tải ? Khoa nào
không?
2.1.3 Logic của ứng dụng
- Khi có một yêu cầu của người dùng thì ứng dụng sẽ xử lý sơ bộ xem có cần phải truy xuất đến cơ sở dữ liệu không? Nếu có thì ứngdụng sẽ truyền các yêu cầu đó đến cho các server để server xử lý
và gửi trả lại cho ứng dụng tại client kết quả
- Nếu một yêu cầu không cần đến việc truy xuất trên CSDL thì ứng dụng sẽ xử lý luôn trên máy client để đưa ra kêt quả
2.1.4 Trình bày logic
- Việc hiển thị sẽ được thiết kế một cách trực quan nhất
- Các thao tác phục vụ cho một yêu cầu nào đó của người sử dụng cũng sẽ được làm đơn giản hóa tạo cho người dùng cảm giác thân thiện
Trang 162.2 Mục đích của việc thiết kế hệ thống.
Hệ thống được thiết kế theo mô hình Client Server
- Tại Client: Các thiết bị yêu cầu
2.3 Lựa chọn kiến trúc thiết kế.
Với đặc thù riêng của hệ thống thì mô hình Four-Tiered Server Achitecture là phù hợp nhất.
Client-Mô hình của kiểu kiến trúc hệ thống này:
Trang 17Với mô hình này thì hệ thống sẽ gồm nhiều Client sử dụng các web browse để truy nhập vào Web Server để lấy thông tin trang web, và gửi yêu cầu tới web server sau đó web server phân tích rồi gửi yêu cầu đến
Application Server Nếu App Server xử lý đc thì sẽ gửi trả lại kết quả cho Web Server Còn không thì gửi yêu cầu lên Main Server để xử lý
Với việc sử dụng nhiều Server như vậy là để giảm tải cho từng bộ phận Nâng cao hiệu năng của hệ thống
Vấn đề đồng bộ hóa dữ liệu giữ khi có các Server Do tại mỗi thời điểm một bệnh nhân chỉ điều trị tại một khoa Nên khi có một yêu cầu xem một thông nào đó thì chỉ có thể xem thông tin đã từng lưu trữ trên server Nếu người dùng có đủ chức năng và quyền hạn để xem thông tin mới nhất thì các App server có thể truy nhập qua lại lẫn nhau để lấy dữ liệu
Việc xử lý yêu cầu này do Application tại client đảm nhiệm Khi nào thì đc xem thông tin hiện thời, khi nào thì không? Có một cờ để đánh dấu việc xem thông tin hiện thơi để App server có thể xử lý đc
2.4 Các yêu cầu của hệ thống
- Yêu cầu về môi trường:
Sử dụng các trình duyệt web: firefox, IE, Opera,v.v
Các khoa viện phải có mạng: LAN, WAN
- Portability requirement:
Sử dụng trên hệ điều hành windows
- Yêu cầu về bảo mật
Giới hạn quyện truy nhập của người dùng
Tính toán thiệt hại khi có server ngừng hoạt động
Mã hóa nhưng dữ liệu nhạy cảm
Phân chia thông tin ra thành các loại với sự đánh giá về độ bảo mật của thông tin như: tuyệt mật, bí mật, publish, v.v
Trang 18Hệ thống được chia làm các mô đun:
Thông tin đăng kí tiếp nhân
Thông tin y vụ (dùng chung cho cả bệnh viện và khoa)
Thông tin viện phí
Thông tin nhân sự
Quản trị hệ thống
Thông tin hành chính bệnh viện
Thông tin kế toán bệnh viện
2.6 Giao diện chương trình
Giao diện bệnh viện được thiết kế theo mô hình Website
Đầu tiên, là trang tin tức của bệnh viện Trang thông tin này là hoàn toàncông khai, mọi người đều có thể vào xem
Tại đây, mọi người có thể xem các thông tin về bệnh viện như giới thiệu,các tin tức nổi bật, thông tin về các khoa viện và các bác sỹ y tá trong khoa đó
Trong phần tra cứu, tại đây có thể tìm các thông tin cụ thể về các bác sỹ Thông tin về bệnh nhân cũng có thể xem tại đây, nhưng các thông tin được giới hạn.Các thông tin chuyên sâu và quan trọng thì chỉ các bác sỹ mới
có thể xem toàn bộ Phần đăng nhập chỉ dành cho nhân viên của bệnh viện
Trang 19Các nhân viên của bệnh viện được cung cấp tài khoản để đăng nhập Sau khiđăng nhập, tùy theo chức năng sẽ được chuyển đến trang tương ứng với nhiệm vụ.
Trang 21Kết luật
Qua quá trình phân tích và thiết kế thực tế đã giúp chúng em nắm được quytrình, các bước trong quá trình phân tích và thiết kế một hệ thống tin quản lý.Qua đó chúng em có rút ra một số nhận xét về kết quả thực hiện của nhóm
Trang 22Nhược điểm:
Chưa thực hiện cài đặt được chương trình
Hệ thống lưu trữ còn phức tạp