phân tích thiết kế hệ thống bệnh viện

Phân tích hệ thống1.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.. Quy trình hệ t

GIỚ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

1 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ệnh nhâ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ác trê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 bác sĩ nếu có yêu cầu.

• 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

ứng với một lần khám Các thông tin khám bệnh được ghi nhận chi tiết bao gồm nội dung thông tin, thời điểm ghi nhận, người ghi nhận thông tin và người ký chịu trách nhiệm cho tài liệu Các tài liệu khám bệ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

• 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í

Đối tượng chính: bệnh nhân, nhân viên tiếp nhận

Mô tả: Kiểm tra ID, nhập dữ liệu, cấp phiếu khám cho bệnh nhân

Trigger: 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ĩ

Use case: Cấp cứu Mức quan trọng:

High

ID: 03 Đối tượng chính: bệnh nhân, bác sĩ

Mô 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

• Chuyển khoa • Yêu cầu chuyển khoa

e Xuất viện

Use 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

• 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

1.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

1.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

1.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

1.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)

• 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ệ:

2 Thiết kế kiến trúc hệ thống2.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ệnh nhâ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ì ứng dụ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

2.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:

Vớ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

2.5 Dữ liệu

Tất cả mọi hệ thống đều phải sử dụng một cơ sở dữ liệu của mình, đó có thể là một cơ sở dữ liệu đã có hoặc một cơ sở dữ liệu được xây dựng mới Cũng có những hệ thống sử dụng cả cơ sở dữ liệu cũ và mới Việc phân tích

và thiết kế cơ sở dữ liệu cho một hệ thống có thể tiến hành đồng thời với việc phân tích và thiết kế hệ thống hoặc có thể tiến hành riêng Vấn đề đặt ra

là cần xây dựng một cơ sở dữ liệu giảm được tối đa sự dư thừa dữ liệu đồng thời phải dễ khôi phục và bảo trì

Hệ 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àn cô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

Cá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ụ.

Kế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 quy trì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

Nhượ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