Đề tài Xây dựng hệ thống quản lý bệnh viện

Bệnh viện đa khoa tỉnh Khánh Hòa là một trong những TT khám chữa bệnh lớn nhất của tỉnh Khánh Hòa. Do đó, nhu yếu ứng dụng việc quản lý bằng tin học vào trong việc quản lý Bệnh nhân và nhân viên cấp dưới của bệnh viện là một nhu yếu tất yếu. Sau khi khảo sát thực trạng chúng tôi nắm được những thông tin chính cần quản lý sau :

Quản lý nhân viên bệnh viện

Mỗi nhân viên cấp dưới của bệnh viện được quản lý những thông tin sau đây : Họ, tên, giới tính, ngày sinh, nơi sinh, địa chỉ, dân tộc bản địa, trình độ trình độ, đơn vị chức năng công tác làm việc, chức vụ, tôn giáo .Địa chỉ quản lý : Tỉnh ( Thành phố ), Quận ( Huyện ), P. ( Xã ), Số nhà, ( Thôn )Quản lý bệnh nhân :Khi một bệnh nhân nhập viện lần tiên phong, bệnh viện lưu những thông tin sau : Họ, tên, giới tính, ngày sinh, địa chỉ .Bệnh nhân được chia làm hai loại : Loại có bảo hiểm y tế và không có bảo hiểm y tế. Nếu bệnh nhân có bảo hiểm y tế thì quản lý : Số thẻ bảo hiểm y tế, thời hạn hiệu lực hiện hành, Phần Trăm bảo hiểm, nơi khám bệnh khởi đầu. Nếu bệnh nhân có thẻ bảo hiểm y tế là công nhân viên của một tổ chức triển khai, cơ quan nào đó thì quản lý thêm : Tên, địa chỉ, điện thoại thông minh, fax của cơ quan công tác làm việc .Địa chỉ bệnh nhân và cơ quan quản lý : Số nhà, đường ( thôn, ấp ), xã ( phường ), Q. ( huyện ), tỉnh ( thành phố ) .Quy trình khám chữa bệnh :

Bệnh nhân đến bệnh viện để khám chữa bệnh ( vì đây là bệnh viện đa khoa ) nên có những trường hợp sau :- Bệnh nhân đến để khám chữa những bệnh thường thì .- Bệnh nhân đang ở trong thực trạng cần cấp cứu đặc biệt quan trọng ( những thủ tục nhập viện được triển khai sau ) .- Bệnh nhân là sản phụ trong trường hợp cấp cứu ( thì được đưa trực tiếp đến khoa sản ) .

65 trang | Chia sẻ : netpro| Lượt xem : 22749| Lượt tải : 10

Bạn đang xem trước 20 trang tài liệu Đề tài Xây dựng hệ thống quản lý bệnh viện, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên

ệcđã làm. Dùng câu lệnh SQL Server trực tiếp. CRETE TABLE [ Database_Name. [ owner ]. Table_ name ( [ [ DEFAULT ] | [ IDENTITY ( seed, increament ) [ NOTFOR REPLICTION ] ] ] ] [ ROWGUIDCOL ] [ NULL / NOTNULL ] [ ] [ ] … .. ) ON { / DEFAULT } ) ] Tên cột ( Column Name ) : Đặt tên cột cũng giống như đặt tên bảng, nhưng tên cột tuân thủ 1 số ít quy tắc sau : Tên cột mở màn bằng trữ hoa, còn lại bằng trữ thường. Tên cột phải ngắn gọn và rất đầy đủ ý nghĩa. Không nên đặt tên cột có khoảng chừng trắng. Không nên đặt tên cột trùng với những từ khóa. Nên đặt tên cột cùng tên những cột có quan hệ với bảng khác trong cơ sở dữ liệu. Kiểu dữ liệu ( Data type ) : Kiểu dữ liệu dùng để xác lập kiểu thông tin và cần bao nhiêu khoảng trống để chứa thông tin trong cột. Giá trị mặc nhiên ( Default ) : Thông thường khi tạo ra một cột trong bảng nhiều lúc tất cả chúng ta vận dụng giá trị mặc nhiên. IDENTITY : Là khái niệm cực kỳ quan trong trong SQL Server. Khi bạn muốn một cột có giá trị tăng tự động hóa như AutoNumber, khi sử dụng Identity làm số tăng tự động hóa thì kiểu dữ liệu là số nguyên hoặc số nguyên 4 Byte. NULL / NOT NULL : Đây là trạng thái của một cột trong bảng được cho phép giá trị đồng ý NULL hay NOT NULL. Ràng buộc ( Column constrain ) : Ràng buộc là 1 số ít lao lý kiểm tra dữ liệu khi dữ liệu mới được đưa vào cột hoặc dữ liệu bị biến hóa. Ràng buộc bảng dữ liệu ( Table Constraints ) : Ràng buộc bảng cũng giống như ràng buộc cột trong bảng, ràng buộc bảng là trấn áp dữ liệu nhập vào bảng theo một quy luật định sẵn. Khi dữ liệu nhập vào bảng thì quy trình triển khai ràng buộc giữa những bảng dữ liệu xảy ra nhằm mục đích kiểm tra giá trị khóa chính hay khóa phụ, những cột được cho phép NULL hay NOT NULL, đồng thời kiểm tra ràng buộc dữ liệu với những bảng có quan hệ hay hai ba ngôi. 3. Tạo ngữ cảnh ( CREATING SCRÍPT ) Kịch bản là tổng hợp những phát biểu SQL dùng để tạo ra cơ sở dữ liệu trong quy trình xây dựng chúng. Công cụ này tạo ngữ cảnh cho toàn bộ những đối tượng người tiêu dùng của cơ sở dữ liệu với những thuộc tính cơ bản. từ hành lang cửa số Enterprise Managar, chọn tên cơ sở dữ liệu Account, sau đó nhấn chuột phải chọn / ALL Tasks / Generate SQL Scripts như sau : Tab General Script all objects : Cho phép hiện list những đối tượng người tiêu dùng. All Tables : Hiện list toàn bộ những bảng. All View : Hiện list toàn bộ những View. All stored procedure : Hiện list toàn bộ những SP. All defaults : Hiện list toàn bộ những giá trị mặc nhiên. All rules : Hiện list tổng thể những quy luật định trước. Preview : Cho phép bạn xem như ví dụ của ngữ cảnh. Tab Formatting : Dùng định dạng ngữ cảnh tạo ra như cú pháp, có phát biểu DROP TABLE xóa bảng trùng tên nếu sống sót trong cơ sở dữ liệu trước khi sử dụng bảng mới. 4. Khóa và ràng buộc dữ liệu ( Key and Constraints ) : Dùng để kiểm tra khi có sự biến hóa từ phía dữ liệu như thêm, xóa, update bất kể một nguồn nào khác nhau ví dụ điển hình như Visual Basic. Quá trình kiểm tra mang tính logic này gọi là ràng buộc dữ liệu : Ràng buộc dữ liệu : Bao gồm ở mức cao và ở mức đặc trưng : Ở mức cao gồm có : Ràng buộc miền ( Domain constraint ) Ràng buộc thực tiễn ( Entity constraint ) Ràng buộc dữ liệu toàn vẹn. Ở mức đặc trưng : Một số phưương thức ràng buộc được thiết lập trong mỗi loại ràng buộc đơn cử gồm có : Ràng buộc khóa chính ( Primary Key constraint ). Ràng buộc khóa ngoại ( Foreign Key constraint ). Ràng buộc duy nhất ( Unique constraint ). Ràng buộc kiểm tra ( Check constraint ). Ràng buộc mặc nhiên ( Default constraint ). Ràng buộc theo quy tắc hay quy luật ( Rules ). Kiểm tra ràng buộc trong khi update mẩu tin. Kiểm tra ràng buộc trong khi xóa bản tin .. 5. Chuẩn hóa quan hệ : Chuẩn hóa là một phần của phong cách thiết kế cơ sở dữ liệu. chuẩn hóa thứ nhất là khái niệm quy mô cơ sở dữ liệu quan hệ, gồm có những bảng ảo được tạo ra từ sự mô phỏng của nhiều bảng khác. Chuẩn hóa bước 1 ( 1 NF ) : Trong chuẩn hóa bước một tất cả chúng ta mở màn gom dữ liệu theo nhóm so với những dữ liệu có tương quan hoặc tách những dữ liệu độc lập với nhau ra. Chuẩn hóa bước 2 ( 2NF ) : Trong chuẩn hóa bước 2, ta liên tục nhóm dữ liệu và giảm dữ liệu trùng lắp hoàn toàn có thể làm đơn giản hóa cấu trúc dữ liệu trong cơ sở dữ liệu SQL Server. Chuẩn hóa 3 ( 3NF ) : Đây là bước chuẩn hóa sau cuối, nhưng nếu cơ sở dữ liệu còn hoàn toàn có thể chuẩn hóa được thì tất cả chúng ta còn 1 số ít chuẩn hóa khác. Quan hệ ( Relationship ) : Xuất phát từ chuẩn hóa trên, để triển khai việc phân nhóm dữ liệu, tách dữ liệu thành những bảng khác nhau, nhưng dữ liệu vẫn có mối quan hệ với nhau. Quan hệ trong những bảng với nhau tuân theo một quy tắc. Có 3 loại quan hệ trong quy mô cơ sở dữ liệu : Quan hệ một – một ( One – to – One ) : Là quan hệ giữa hai bảng với nhau, một mẩu tin ở bảng thứ nhất có quan hệ duy nhất một mẩu tin ở bảng thứ 2 Quan hệ một – nhiều ( One – to-Many ) : Một mẩu tin trong bảng thứ nhất có quan hệ với nhiều mẩu tin trong bảng thứ 2. Quan hệ nhiều – nhiều ( Many-ti – Many ) : Quan hệ nhiều nhiều, là ứng với một mẩu tin trong bảng thứ nhất có quan hệ với nhiều mẩu tin trong bảng thứ 2 và ứng với mẩu tin trong bảng thứ 2 có quan hệ với nhiều mẩu tin trong bảng thứ nhất. 6. Lược đồ quan hệ trong SQL Server ( Diagram ) : Entity Relationship Data ( ERD ) : Là công cụ rất quan trọng trong quy trình nghiên cứu và phân tích phong cách thiết kế mạng lưới hệ thống thông tin quản lý hay bất kể giải pháp ứng dụng nào, mặc dầu quy mô to hay nhỏ. Entity Relationship Data được cho phép trấn áp được mối liên hệ giữa những thực thể với nhau. Bên cạnh đó trấn áp được thông tin vào ra hay biến hóa trong cơ sở dữ liệu. 7. Tạo bảng ảo ( View ) : View được cho phép bạn chia ngang hay dọc thông tin từ một hay nhiều bảng trong cơ sở dữ liệu. sử dụng View như thể một đối tượng người dùng trong SQL Server, khi thiết yếu sử dụng đến View, hiệu quả View trả về bằng việc truy vấn dữ liệu theo nhu yếu người dùng. Mục đích sử dụng View : Hạn chế tính phức tạp của dữ liệu đến người dùng. Kết nối dữ liệu từ nhiều bảng lại với nhau. Sử dụng tài nguyên Server để triển khai việc truy vấn. Tạo ra một bảng ảo có dữ liệu như nhu yếu. Kết hợp một số ít hàm và phương pháp tạo ra những cột mới. Khi thiết yếu có những câu lệnh SQL dùng cho trong quy trình viết chương trình trên những Platform khác như Visual Basic … View là tác dụng của việc sử dụng phát biểu SQL, hàm và thủ tục trong SQL Server. Thông thường View được tạo bàng SQL Server Query Analyser hay SQL Server Enterprise Managar. 8. Thủ tục được lưu và hàm ( Stored procedure hay SP ) a. Thủ tục được lưu ( Stored Procedure ) : Là một phần cực kỳ quan trọng trong cơ sở dữ liệu SQL Server. Cú pháp để tạo một Stored procedure như sau : CREATE PROCEDURE | PRO [ [ VARYING ] [ = ] [ OUT PUT ] [ [ VARYING ] [ = ] [ OUT PUT ] … … … … … … … … … … … … …. [ WITH RECOMPILE ENCRIPTION RECOMPILE, ENCRIPTION ] [ FOR REPICATION ] AS GO b. Tạo hàm ( Function ) Tương tự như Stored Procedure hàm cũng hoàn toàn có thể tạo bằng giao diện đồ họa cũng như mã lệnh tuy nhiên giá trị trả về hàm phong phú hơn chúng hoàn toàn có thể trả về một bảng. CHƯƠNG II TỔNG QUAN VỀ VISUAL BASIC VÀ CƠ SỞ DỮ LIỆU TRONG VISUAL BASIC. Có 1 số ít phương tiện đi lại giúp cho việc vận dụng kỹ thuật hướng đối tượng người dùng trong truy vấn dữ liệu trong VB : Gắn mẫu tin duy nhất với một đối tượng người dùng : Đây là kỹ thuật đơn thuần nhất, không cần lập trình nhiều. Mỗi trường trong mẫu tin trở thành một thuộc tính của đối tượng người tiêu dùng ; lấy dữ liệu về từ cơ sở dữ liệu hay lưu dữ liệu vào cơ sở dữ liệu đều được giải quyết và xử lý qua đối tượng người tiêu dùng. Ủy nhiệm giải quyết và xử lý dữ liệu cho một đối tượng người dùng Recorset chứa trong một đối tượng người tiêu dùng : Đây là kỹ thuật tốt nhất khi ta cần giải quyết và xử lý 1 số ít không số lượng giới hạn mẫu tin. Kỹ thuật này cũng dễ lập trình, bởi có nhiều tính năng quản lý được cung ứng sẵn trong những quy mô đối tượng người dùng được sử dụng ( DAO hay RDO ). Kỹ thuật đặc biệt quan trọng hữu dụng khi dùng ADO do tại ADO phân phối năng lực ngắt liên kết với nguồn dữ liệu, được cho phép ứng dụng Client thao tác với dữ liệu không cần thao tác với server. Bởi vì nhiều người sử dụng liên kết đồng thời là một điểm yếu của những mạng lưới hệ thống Client / Server, ngắt liên kết nghĩa là giải pháp sẽ linh động hơn. I. MÔ HÌNH Dữ liệu ADO : ( ActiveX Data Object : Đối tượng dữ liệu ActiveX ) Ta hoàn toàn có thể tưởng tượng rằng quy mô ADO là một quy mô làm giảm size của quy mô RDO ( Đối tượng dữ liệu từ xa ). Mô hình đối tượng người dùng dữ liệu ActiveX rất gọn. Nó được phong cách thiết kế để cho phép những người lập trình lấy được một tập những Record từ nguồn dữ liệu một cách nhanh nhất nếu hoàn toàn có thể. Tốc độ và tính đơn thuần là một trong những tiềm năng cối lõi của ADO, quy mô này được phong cách thiết kế để cho phép bạn tạo ra một đối tượng người dùng Recordset mà không cần phải duy chuyển qua những đối tượng người tiêu dùng trung gian khác trong quy trình. Thực tế chỉ có ba đối tượng người dùng cốt lõi sau trong quy mô : Connection đại diện thay mặt liên kết dữ liệu thực sự. Command được sử dụng để thực thi những query dựa vào liên kết dữ liệu. Recordset đại diện thay mặt cho một tập những record được chọn query trải qua đối tượng người tiêu dùng Command. Đối tượng Connection có một sưu tập đối tượng người dùng con gọi là những đối tượng người tiêu dùng Errors đối tượng người tiêu dùng này giữ lại bất kể một thông tin lỗi nào có tương quan đến liên kết. Đối tượng Command có một sưu tập đối tượng người tiêu dùng con, Paramters để giữ bất kể những tham số nào hoàn toàn có thể thay thế sửa chữa cho những query. Recorset cũng có một đối tượng người tiêu dùng sưu tập con Properties để lưu những thông tin chi tiết cụ thể về đối tượng người dùng. Sơ đồ quy mô ActiveX Data Object Connection Command Parameter Recorset Fields Error II. CÁC THUỘC TÍNH ADO ĐẶC BIỆT : Mô hình ADO có 1 số ít những thuộc tính duy nhất không có những quy mô khác như DAO và RDO. Các thuộc tính này tinh chỉnh và điều khiển phương pháp tạo ra dataset và quyền hạn truy vấn trong một liên kết dữ liệu. Có 7 thuộc tính như sau : Connection string ( Chuỗi liên kết ). Command Text ( Văn bản câu lệnh ). Command Type ( Kiểu câu lệnh ). Cursor location ( Định vị con trỏ ). Cursor Type ( Kiểu con trỏ ). Look type ( Kiểu khóa ). Mode type ( Kiểu chính sách thao tác ). PHẦN II ỨNG DỤNG XÂY DỰNG HỆ THỐNG QUẢN LÝ BỆNH VIỆN CHƯƠNG I ĐẶC TẢ BÀI TOÁN. Bệnh viện đa khoa tỉnh Khánh Hòa là một trong những TT khám chữa bệnh lớn nhất của tỉnh Khánh Hòa. Do đó, nhu yếu ứng dụng việc quản lý bằng tin học vào trong việc quản lý Bệnh nhân và nhân viên cấp dưới của bệnh viện là một nhu yếu tất yếu. Sau khi khảo sát thực trạng chúng tôi nắm được những thông tin chính cần quản lý sau : Quản lý nhân viên cấp dưới bệnh viện Mỗi nhân viên cấp dưới của bệnh viện được quản lý những thông tin sau đây : Họ, tên, giới tính, ngày sinh, nơi sinh, địa chỉ, dân tộc bản địa, trình độ trình độ, đơn vị chức năng công tác làm việc, chức vụ, tôn giáo. Địa chỉ quản lý : Tỉnh ( Thành phố ), Quận ( Huyện ), P. ( Xã ), Số nhà, ( Thôn ) Quản lý bệnh nhân : Khi một bệnh nhân nhập viện lần tiên phong, bệnh viện lưu những thông tin sau : Họ, tên, giới tính, ngày sinh, địa chỉ. Bệnh nhân được chia làm hai loại : Loại có bảo hiểm y tế và không có bảo hiểm y tế. Nếu bệnh nhân có bảo hiểm y tế thì quản lý : Số thẻ bảo hiểm y tế, thời hạn hiệu lực hiện hành, Tỷ Lệ bảo hiểm, nơi khám bệnh khởi đầu. Nếu bệnh nhân có thẻ bảo hiểm y tế là công nhân viên của một tổ chức triển khai, cơ quan nào đó thì quản lý thêm : Tên, địa chỉ, điện thoại thông minh, fax của cơ quan công tác làm việc. Địa chỉ bệnh nhân và cơ quan quản lý : Số nhà, đường ( thôn, ấp ), xã ( phường ), Q. ( huyện ), tỉnh ( thành phố ). Quy trình khám chữa bệnh : Bệnh nhân đến bệnh viện để khám chữa bệnh ( vì đây là bệnh viện đa khoa ) nên có những trường hợp sau : – Bệnh nhân đến để khám chữa những bệnh thường thì. – Bệnh nhân đang ở trong thực trạng cần cấp cứu đặc biệt quan trọng ( những thủ tục nhập viện được thực thi sau ). – Bệnh nhân là sản phụ trong trường hợp cấp cứu ( thì được đưa trực tiếp đến khoa sản ). Nhìn chung, bệnh nhân đến bệnh viện để khám chữa bệnh theo quy trình tiến độ chung sau : – Bước 1 : Bệnh nhân đến nơi tiếp đón bệnh nhân ( nơi cấp số ) để xác lập việc khám bệnh và được chỉ định một vị trí khám bệnh. – Bước 2 : Bệnh nhân được một bác sĩ khám bệnh. – Bước 3 : Sau khi khám xong bệnh nhân thuộc một trong hai loại : Điều trị tại nhà hay nhập viện. + Bước 3.1 : Nếu bệnh nhân điều trị tại nhà thì bác sĩ cho một toa thuốc trên đó ghi vừa đủ tên thuốc, số lượng và cách dùng. Nếu bệnh nhân có thẻ bảo hiểm y tế thì đến nơi cấp thuốc bảo hiểm y tế để nhận thuốc và trả một phần giá thuốc theo lao lý Xác Suất trên thẻ bảo hiểm. Ngược lại, bệnh nhân phải trả toàn bộ ngân sách khám bệnh và tự mua thuốc. + Bước 3.2 : Nếu bệnh nhân phải nhập viện thì bác sĩ khám bệnh cho một lệnh nhập viện, trên đó có ghi rất đầy đủ thông tin về bệnh nhân, căn bệnh Dự kiến và đưa đến khoa điều trị. – Bước 4 : Tại khoa điều trị, bệnh nhân sẽ được chuẩn đoán và lập một bệnh án chi tiết cụ thể. Trên bệnh án ghi khá đầy đủ thông tin về bệnh nhân và căn bệnh mà bệnh mắc phải. Quá trình điều trị bệnh nhân được bộc lộ không thiếu trên bệnh án. Trong một khoảng chừng thời hạn pháp luật tùy theo bệnh nhân, bệnh nhân được một bác sĩ khám, cho một toa thuốc. Trên toa thuốc ghi tên thuốc, số lượng và cách dùng. Trong quy trình điều trị, bệnh nhân hoàn toàn có thể sử dụng những dịch vụ tương hỗ khám bệnh như : Xét nghiệm, X_quang, siêu âm, … Việc sử dụng cũng theo chỉ định của bác sĩ khám chữa bệnh. Mỗi dịch vụ có giá tiền riêng. Khi bệnh nhân điều trị hoàn toàn có thể lựa chọn loại phòng nằm điều trị với giá dịch vụ riêng cho mỗi loại phòng. – Bước 5 : Thanh toán viện phí : Trong quy trình điều trị, cứ 3 ngày, bệnh viện nhu yếu bệnh nhân thanh toán giao dịch viện phí một lần ( bằng cách bệnh nhân sẽ đóng một số tiền tạm ứng tuy theo năng lực của mình ), sau khi xuất viện nhân viên cấp dưới sẽ địa thế căn cứ vào số tiền tạm ứng trên sẽ tính để biết được bệnh nhân đã giao dịch thanh toán vừa đủ tiền viện phí chưa. Nếu bệnh nhân có thẻ bảo hiểm y tế thì chỉ đóng Tỷ Lệ viện phí theo bảo hiểm gồm có tiền thuốc và những dịch vụ tương hỗ chữa trị và khám bệnh. Riêng tiền phòng, nếu có thẻ bảo hiểm y tế, bệnh nhân cũng chỉ được bảo hiểm trên loại phòng rẻ nhất, nếu bệnh nhân nằm điều trị ở loại phòng có giá tiền cao thì tự trả phần chênh lệch. Khi xuất viện, bệnh nhân giao dịch thanh toán hàng loạt số viện phí còn lại. Trong quy trình điều trị, nếu có bệnh nhân trốn viện, không thanh toán giao dịch viện phí. Bệnh viện lưu lại tổng thể những thông tin về bệnh nhân trốn viện. Nếu sau khi chữa trị 3 ngày mà bệnh nhân không đóng tạm ứng tiền viện phí ( hay tiền tạm ứng viện phí trước đó đã hết ), thì khoa ( phòng ) nơi điều trị bệnh nhân trình ban chỉ huy biết để xem xét xử lý. – Bước 6 : Theo chu kỳ luân hồi mỗi tháng, bệnh viện giao dịch thanh toán tiền viện phí với Bảo hiểm y tế. CHƯƠNG II PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG THÔNG TIN I. MÔ HÌNH QUAN HỆ DỮ LIỆU BAOHIEMYTE – SoBHYT – NgayBD – NgayKT — Phantram CQ-CB DUNGTHUOC – SoluongDung – LieuDung TINH – Ma tinh – Ten tinh ĐON VI – MaDV – TenDV CHUYEN MON – MaCM – TenCM CHUC VU – MaCV – TenCV H-T ( 1, n ) ( 1,1 ) HUYEN – MaH – TenH X-H ( 1,1 ) ( 1. n ) Xa – MaX – TenX NHANVIEN – MaNV – HoNV – TenNV – NgaySinhNV – GioiTinh – Sonha NV-ÑV ( 1, n ) ( 1,1 ) NV-CM ( 1, n ) ( 1,1 ) NV-CV ( 1, n ) ( 1,1 ) VITRIKB – MaVTKB – TenVTKB KHAMB – NgayKB – NoiDung – ChiPhi ( 1. n ) ( 1. n ) Dia Chi ( 1,1 ) ( 1. n ) BENHNHAN – MaBN – HoBN – TenBN – NgaySinhBN – GioiTinh – SoNha BN-X ( 1. n ) ( 1,1 ) ( 1. n ) DONTHUOC – MaDT – NgaykeDon ( 1,1 ) BENH – MaB – TenB ( 1. n ) ( 1,1 ) ( 1. n ) THUOC – MaT – TenT – DonGia BENHAN – MaBA – NgayVao – Ngayra DUNGDV – LanD DICHVU – MaDV – TenDV – DonGia ( 1. n ) ( 1, n ) ( 1. n ) NOIDIEUTRI – MaNDT – TenNDT – DonGia ( 1.1 ) CANBO COQUAN – MaCQ – TenCQ – DienTCQ – FaxCQ ( 1.1 ) ( 1. n ) TAMUNG – MaTU – LanTU – NgayTU – Sotien BN-TU ( 1.1 ) ( 1. n ) DAN TOC – MaDT – TenDT NV-DT ( 1,1 ) ( 1, n ) TONGIAO – MaTG – TenTG NV – TG ( 1,1 ) ( 1. n ) II. MÔ HÌNH TỔ CHỨC DỮ LIỆU TINH ( MaTinh, TenTinh ) HUYEN ( MaHuyen, TenHuyen, MaTinh ) XA ( MaX, TenX, MaHuyen ) DONVI ( MaDV, TenDV ) DANTOC ( MaDT, TenDT ) TONGIAO ( MaTG, TenTG ) CHUYENMON ( MaCM, TenCM ) CHUCVU ( MaCV, TenCV ) COQUAN ( MaCQ, TenCQ, DienThoaiCQ, FaxCQ ) CANBO ( MaBN, MaCQ ) BAOHIEM ( MaBN, SoTheBHYT, NgayBD, NgayKT, Phan tram ) BENHNHAN ( MaBN, HoBN, TenBN, NgaySinhBN, GioiTinhBN, SoNhaBN, MaX ) KHAMBENH ( MaNV, MaVTKB, MaBN, MaDT, MaB, NgayKB, NoiDungKB, CPKB ) VITRIKHAMBENH ( MaVTKB, Ten VTKB ) DONTHUOC ( MaDT, NgaykeDon, MaVT, MaNV, MaBN, MaB ) THUOC ( MaT, Ten thuoc, DonGia ) BENH ( MaB, TenB ) NOIDIEUTRI ( MaNĐT, Ten NĐT, DonGia ) DUNGTHUOC ( MaT, MaDT, Soluongdung, LieuDung ) DICH VU ( MaDV, TenDV, ĐonGiaV ) TAMUNGVIENPHI ( MaTU, LanTU, SoTienTU, MaBN ) BENHAN ( MaBA, NgayVao, NgayRa, MaBN, MaNV, MaB, MaNDT ) DUNGDICHVU ( MaBA, MaDV, LanDungDV ) NHAN VIEN ( Ma NV, Ho NV, Ten NV, Ngaysinh, Gioi tinh, Sonha, Ma ĐV, MaCM, MaCV, MaDT, MaX ) III. MÔ HÌNH VẬT LÝ DỮ LIỆU TINH ( Matinh, Tentinh ) TINH Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn Matinh ( K ) Mã tỉnh Text ( 2 ) Primary key Tentinh Tên tỉnh Text ( 20 ) Not NULL Mỗi một biểu lộ là một thành phố hay một tỉnh nào đó. Theo khảo sát thực tiễn tại BV tỉnh Khánh Hòa lao lý Mã tỉnh là 2 số. Ví dụ : 01 là mã của Khánh Hòa. 02 là mã của tỉnh Bình Thuận. HUYEN ( Mahuyen, Tenhuyen, Matinh ) HUYEN Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn Mahuyen ( K ) Mã huyện Text ( 4 ) Primary key Tenhuyen Tên huyện Text ( 30 ) Not NULL Matinh Mã tỉnh Text ( 2 ) Foreign key Mỗi một biểu lộ là một Q. hay huyện thuộc một thành phố hay một tỉnh nào đó. Hai số đầu là mã Tỉnh hay TP, hai số tiếp theo là mã Quận hay Huyện thường trực Tỉnh hay TP. Ví dụ : 0101 : Là mã của TP Nha Trang. 0102 : Là mã của huyện Ninh Hòa. XA ( MaX, Tên X, Ma huyen ) XA Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaX ( K ) Mã xã Text ( 6 ) Primary key TenX Tên xã Text ( 30 ) Not NULL Mahuyen Mã huyện Text ( 4 ) Foreign key Mỗi một biểu lộ là một Q. hay một xã nào đó thuộc một phường hay một huyện nào đó. Hai số đầu là mã tỉnh hay thành phố, hai số tiếp theo là mã Q. hay huyện thường trực thành phố hay tỉnh, hai số tiếp theo là mã phường hay xã thường trực Q. hay huyện Ví dụ : 010101 : P. Xương Huân ( Nha Trang ). 010203 : Xã Ninh Hưng ( huyện Ninh Hòa ). DONVỊ ( MaDV, Ten DV ) DONVI Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaDV ( K ) Mã đơn vị chức năng Text ( 2 ) Primary key TenDV Tên đơn vị chức năng Text ( 50 ) Not NULL Mỗi một bộc lộ là một đơn vị chức năng công tác làm việc của nhân viện trong Bệnh Viện, teo khảo sát tại Bệnh Viện Đa khoa tỉnh Khánh Hòa hiện có dưới 100 khoa. Nên mã Đơn Vị là hai số Ví dụ : 01 : Khoa nội. 02 : Khoa ngoại. 03 : Khoa nhi. DANTOC ( MaDT, TenDT ) DANTOC Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn Ma DT ( K ) Mã dân tộc bản địa Text ( 2 ) Primary key Ten DT Tên dân tộc bản địa Text ( 30 ) Not NULL Mỗi một bộc lộ là một dân tộc bản địa của một nhân viên cấp dưới hay bệnh nhân nào đó, Nước Ta hiện có 54 dân tộc bản địa. Nên mã dân tộc bản địa là hai số. TONGIAO ( MaTG, TenTG ) TONGIAO Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaTG ( K ) Mã tôn giáo Text ( 2 ) Primary key TenTG Tên tôn giáo Text ( 30 ) Not NULL Mỗi một bộc lộ là một tôn giáo nào đó. Hiện nay Nước Ta có khoảng chừng 20 tôn giáo. Nên mã tôn giáo là hai số. CHUYEN MON ( MaCM, TenCM ) CHUYEN MON Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaCM ( K ) Mã trình độ Text ( 2 ) Primary key TenCM Tên trình độ Text ( 50 ) Not NULL Mỗi biểu lộ là một trình độ của nhân viên cấp dưới trong bệnh viện, theo khảo sát thì hiện có dưới 100 trình độ. Nên ta chọn 2 ký tự để đánh số thứ tự cho trình độ. 8. CHUCVU ( MaCV, TenCV ) CHUCVU Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaCV ( K ) Mã chức vụ Text ( 2 ) Primary key TenCV Tên chức vụ Text ( 20 ) Not NULL Mỗi bộc lộ là một chức vụ của nhân viên cấp dưới, theo khao sát hiện Bệnh Viện có dưới 100 chức vụ. nên ta chọn hai ký tự để đánh số thứ tự của chức vụ. 9. COQUAN ( MaCQ, TenCQ, Đien thoaiCQ, FaxCQ ) COQUAN Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaCQ ( K ) Mã cơ quan Text ( 3 ) Primary key TenCQ Tên cơ quan Text ( 50 ) Not NULL Đien thoaiCQ Số điện thoại cảm ứng Text ( 10 ) NULL FaxCQ Fax cơ quan Text ( 12 ) NULL Mỗi một bộc lộ là cơ quan của bệnh nhân nào đó, Bênh Viện có rất nhiều bênh nhân đến diêu trị trong đó có những bệnh nhân thuộc khối cơ quan, cónhiều cơ quan. Nên ta chọn 3 ký tự để đánh số thứ tự của cơ quan. 10. CANBO ( MaBN, MaCQ ) CANBO Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaBN ( K ) Mã bệnh nhân Text ( 9 ) Primary key MaCQ Mã cơ quan Text ( 3 ) Foreign key Mỗi một biểu lộ là bệnh nhân có bảo hiểm y tế thuộc cơ quan nào đó. Nên nhận khóa của thực thể cha làm khóa, MaBN là khóa chính. 11. BHYTE ( MaBN, SotheBHYT, Ngay bat đau, Ngay ketthuc, Phan tram ) BHYTE Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaBN ( K ) Mã bệnh nhân Text ( 9 ) Primary key SotheBHYT Số thẻ BHYT Text ( 14 ) Not NULL Ngaybatđau Ngày khởi đầu Date Not NULL Ngayketthuc Ngày kết thúc Date Not NULL Phantram Phần trăm Text ( 3 ) Not NULL Mỗi một biểu lộ là một bảo hiểm y tế, khi đến khám chữa bệnh chỉ có một số ít bệnh nhân có bảo hiểm y tế. 12. BENHNHAN ( MaBN, HoBN, TenBN, Ngaysinh, Gioitinh, Sonhà, MaX ) BENH NHAN Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaBN ( K ) Mã bệnh nhân Text ( 9 ) Primary key HoBN Họ bệnh nhân Text ( 30 ) Not NULL Ten BN Tên bệnh nhân Text ( 7 ) Not NULL Ngaysinh Ngày sinh Date Not NULL Gioi tinh Giới tính Yes / No Yes : Nam ; No : Nữ Sonha Số nhà Text ( 15 ) NULL MaX Mã xã Text ( 6 ) Foreign key Mỗi một biểu lộ của kiểu thực thể BENHNHAN là một bệnh nhân đã ĐK khám chữa bệnh, Bệnh Viện Đa Khoa tỉnh Khánh Hòa là một TT khám chữa bệnh lớn, gồm có trong tỉnh và ngoài tỉnh. Nên mã bệnh nhân ta chọn bằng 9 để đánh số thứ tự cho bệnh nhân. 13. KHAMBENH ( MaNV, MaVTKB, MaBN, MaDT, MaB, NgayKB, NoiDungKB, CPKB ) KHAMBENH Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaBN Mã bệnh nhân Text ( 9 ) Primary key MaNV Mã nhân viên cấp dưới Text ( 9 ) Primary key MaVTKB Mã vị trí khám bệnh Text ( 3 ) Primary key MaT Mã thuốc Text ( 10 ) Primary key MaB Mã bệnh Text ( 8 ) Primary key NgayKB Ngày khám bệnh Date Not NULL NoiDungKB Nội dung khám bệnh Text ( 50 ) Not NULL CPKB giá thành khám bệnh Number Not NULL Mỗi một bộc lộ của kiểu thực thể này là một bệnh của bệnh nhân mà bệnh nhân đã khám chữa bệnh. 14. VITRIKHAMBENH ( MaVT, TenVT ) VITRIKHAMBENH Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaVTKB ( K ) Mã vị trí khám chữa bệnh Text ( 3 ) Primary key TenVTKB Tên vị trí khám chữa bệnh Text ( 50 ) Not NULL Mỗi một biểu lộ của thực thể là một vị trí khám chữa bệnh, tại bệnh viện có nhiều vị trí khám chữa bệnh. Nên ta chọn 3 số để đánh số thứ tự vị trí khám chữa bệnh. 15. DONTHUOC ( MaDT, NgaykeDon, MaVT, MaNV, MaBN, MaB ) DONTHUOC Tên thuộc tính Mô tả Kiểu Dữ liệu Ràng buộc toàn vẹn MaDT ( K ) Mã đơn thuốc Text ( 10 ) Primary key NgaykeDon Ngày kê đơn Date Not NULL MaBN Mã bệnh nhân Text ( 9 ) Foreign key MaVT Mã vị trí Text ( 3 ) Foreign key MaNV Mã nhân viên cấp dưới Text ( 9 ) Foreign key MaB Mã bệnh Text ( 8 ) Foreign key Mỗi một biểu lộ của kiểu thực thể này là một đơn thuốc mà trước đó bệnh nhân đã khám chữa bệnh và được bác sĩ cấp cho một đơn thuốc. Bệnh viện có nhiều người đến khám chữa bệnh nhưng có một số ít bệnh nhân có bệnh giống nhau, có đơn thuốc giống nhau. Nên ta chọn mã đơn thuốc 8 ký số để đánh số thứ tự cho đơn thuốc. 16. THUOC ( MaT, TenT ) THUỐC Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaT ( K ) Mã thuốc Text ( 8 ) Primary key TenT Tên thuốc Text ( 20 ) Not NULL Mỗi một biểu lộ của thực thể này là một loại thuốc dùng chữa trị cho bệnh nhân mà trước đó bệnh nhân đã được khám, và được bác sĩ kê đơn thuốc khi đến khám. Có nhiều bệnh nhân đến chữa trị. Nên chọn mã thuốc 8 ký số để đánh số thứ tự thuốc dùng chữa trị cho bệnh nhân. 17. BENH ( MaB, TenB ) BENH Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaB ( K ) Mã bệnh Text ( 8 ) Primary key TenB Tên bệnh Text ( 50 ) Not NULL Mỗi một bộc lộ của thực thể này là một bệnh mà bệnh nhân chữa trị tại bệnh vịên, có nhiều bệnh nhân đến chữa trị nhưng có một số ít bệnh nhân có bệnh giống nhau. Để đánh số thứ tự cho nhiều bệnh ta chọn mã bệnh 8 ký số. 18. NOIDI EUTRI ( MaNDT, TenNDT ) NOIĐIEUTRI Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaNĐT ( K ) Mã nơi điều trị Text ( 3 ) Primary key TenNĐT Tên nơi điều trị Text ( 30 ) Not NULL DonGia Đơn giá Money Not NULL Mỗi một biểu lộ của kiểu thực thể này bộc lộ một nơi điều trị của bệnh nhân sau khi đã được bác sĩ khám bệnh, tại bệnh viện Đa khoa Khánh Hòa có nhiều nơi điều trị. Nên chon mã nơi điều trị 3 ký tự số để đánh số thứ tự cho nơi điều trị. 19. DUNGTHUOC ( MaT, MaDT, Soluongdung, LieuDung ) DUNGTHUOC Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaT Mã thuốc Text ( 8 ) Primary key MaDT Mã đơn thuốc Text ( 10 ) Primary key SoluongDung Số lượng dùng Number Not NULL LieuDung Lliều dùng Number Not NULL Mõi một bộc lộ là dùng thuốc của bệnh nhân. Sau khi khám bệnh bệnh nhân được bác sĩ đưa cho đơn thuốc tương ứng sau dó bệnh nhân sẽ đi mua thuốc và dùng thuốc theo hướng dẫn của đơn thuốc do bác sĩ cấp. 20. DICHVU ( Mã DV, Lần DDV, DGDV ) DICHVU Tên thuộc tính Mô tả Kiểu dữ liệu Ràng buộc toàn vẹn MaDV ( K ) Mã dịch vụ Text ( 3 ) Primary key TenDV Tên dịch vụ Text ( 30 ) Not NULL DGDV Đơn giá dịch vụ Money Not NULL Mỗi một biểu lộ của kiểu thực
Các file đính kèm theo tài liệu này :

• bao cao.doc
• bao cao TTCN.doc
• bao cao TTCNcuoi.doc
• CAO.DOC
• CUONG-TTCN.doc
• chuongtrinh.rar
• Dac ta bai toan.doc
• Dac ta bai toan_Sau cung.doc
• trinh bayBao cao.ppt
• Trinh Nguon.doc

Source: https://vh2.com.vn
Category : Tin Học