Cổng báo cáo tổng hợp trực tuyến phục vụ HTTT chỉ đạo ngành y tế cộng đồng

Luận văn, khóa luận, chuyên đề, tiểu luận, quản trị, khoa học, tự nhiên, kinh tế

Trang 1

TRƯỜNG ĐẠI HỌC KHOA HỌC TỰ NHIÊN KHOA CÔNG NGHỆ THÔNG TIN CHUYÊN NGÀNH HỆ THỐNG THÔNG TIN

Huỳnh Thị Kim Dung 0112049 Trần Nam Quốc 0112322

Cổng báo cáo tổng hợp trực tuyến phục vụ HTTT chỉ đạo ngành Y tế

cộng đồng

KHOÁ LUẬN CỬ NHÂN TIN HỌC

GIÁO VIÊN HƯỚNG DẪN PGS.TS ĐỒNG THỊ BÍCH THỦY

NIÊN KHOÁ 2001-2005

Trang 2

Luận văn tốt nghiệp 0112049 - 0112322

MỤC LỤC

LỜI MỞ ĐẦU 5

CHƯƠNG 1: GIỚI THIỆU TỔNG QUAN 8

1 Giới thiệu về HISP 8

2 Hệ thống DHIS 1.x 8

1.2 Chức năng chính của DHIS 1.3 9

1.3 Môi trường cài đặt hệ thống 10

1.4 Mục đích – Yêu cầu triển khai hệ thống 10

1.5 Nhận xét - Đánh giá 10

2 GIỚI THIỆU HỆ THỐNG DHIS 2.0 12

2.1 Giới thiệu 12

2.2 Mô hình và mối quan hệ giữa các mô đun trong hệ thống 12

2.3 Chức năng chính .13

CHƯƠNG 2: NỘI DUNG THỰC HIỆN LUẬN VĂN 15

1 Mục tiêu 15

2 Yêu cầu thực hiện 15

2.1 Tìm hiểu và triển khai hệ thống DHIS 1.3 15

2.2 Tìm hiểu các công nghệ mã nguồn mở 15

2.3 Phát triển ứng dụng Report portal 16

3 Cụ thể các công việc thực hiện 16

3.1 Tìm hiểu và triển khai hệ thống DHIS 1.3 16

3.1.1 Cấu trúc hệ thống DHIS: 16

3.1.2 Các nội dung đã thực hiện khi tham gia triển khai hệ thống: 18

3.2 Tìm hiểu các công nghệ và phát triển ứng dụng Report portal 25

CHƯƠNG 3: PHÁT TRIỂN REPORT PORTAL 26

1 Giới thiệu tổng quan và phân tích yêu cầu 26

1.1 Giới thiệu 26

1.2 Yêu cầu chức năng 28

1.2.1 Các yêu cầu nghiệp vụ .28

1.2.2 Các yêu cầu hệ thống .28

1.2.3 Các yêu cầu khác 29

1.3 Nội dung yêu cầu về công nghệ 29

1.4 Phân tích các yêu cầu chức năng 30

1.5 Sơ đồ Use case 31

1.5.1 Tác nhân của hệ thống 31

1.5.2 Lược đồ Use case cấp cao .33

1.5.3 Mô tả chi tiết từng Use case .35

1.5.3.1 Manage Users 35

1.5.3.2 Authorize user access 37

1.5.3.3 Manage Reports 40

1.5.3.4 Login 44

1.5.3.5 Change password 45

1.5.3.6 Search for reports 46

1.6 Mô tả các bước xử lí theo từng yêu cầu 46

1.6.1 Đăng nhập và đăng kí người dùng: 46

Trang 3

1.6.3 Yêu cầu tra cứu báo cáo .48

1.6.4 Yêu cầu phân quyền sử dụng hệ thống 49

1.6.5 Yêu cầu kết xuất báo cáo từ các tập tin mẫu 49

1.6.6 Yêu cầu quản lí người dùng 49

1.6.7 Yêu cầu xây dựng tính năng đa ngôn ngữ: 50

1.6.8 Kiểm tra quyền hạn và cung cấp chức năng của hệ thống 50

2 Thiết kế lớp 51

2.1 Mô hình lớp đối tượng cơ sở và các interfaces 51

2.1.1 Thiết kế các gói (package) 51

2.1.2 Sơ đồ lớp: 58

2.1.3 Diễn giải: 59

2.1.3.1 Danh sách các lớp đối tượng: 59

2.1.3.2 Danh sách các quan hệ: 60

2.2 Thiết kế các lớp xử lí action .62

2.2.1 Sơ đồ các gói: 62

2.2.2 Nội dung các xử lí chính: 63

3 Cấu trúc cơ sở dữ liệu 68

3.1.Ánh xạ các lớp đối tượng sang cơ sở dữ liệu quan hệ .68

3.2 Cấu trúc của cơ sở dữ liệu sau khi ánh xạ 71

3.2.1 Mô hình thực thể kết hợp 71

3.2.2 Thuyết minh cho mô hình 71

3.2.3 Mô hình quan hệ 74

4 Thiết kế giao diện 75

4.1 Sơ đồ liên kết các trang 75

4.2 Nội dung và thiết kế các trang chức năng chính 76

4.2.1 Đăng nhập và gởi đăng kí người dùng 76

4.2.2 Trang chủ 78

4.2.3 Trang tìm kiếm báo cáo 81

4.2.4 Trang phân quyền sử dụng hệ thống .83

4.2.5 Trang kết xuất báo cáo 85

CHƯƠNG 4: GIỚI THIỆU CÔNG NGHỆ VÀ MÔI TRƯỜNG PHÁT TRIỂN 87

1 Spring framework 87

1.1 Lí do sử dụng Spring? 87

1.2 Vấn đề Inversion of Control trong Spring 87

1.3 Khái niệm về bean và bean factory .91

2 Hibernate 92

2.1 Lí do sử dụng Hibernate .92

2.2 Các vấn đề bất tương xứng giữa đối tượng và cơ sở dữ liệu quan hệ 93

2.2.1 Thế nào là tính bền vững: 93

2.2.2 Mô hình ghép đôi không xứng: 94

3 Webwork, Velocity 100

3.1 Webwork framework .100

3.1.1 Giới thiệu webwork framework .100

3.1.2 Xwork và cấu hình Webwork thực thi các actions 100

3.2 Velocity template 103

3.2.1 Giới thiệu Velocity template .103

Trang 4

3.2.2 Sử dụng velocity và webwork trong môi trường Java và trên trang

HTML .104

CHƯƠNG 5: CÀI ĐẶT VÀ THỬ NGHIỆM 107

1 Cài đặt 107

1.1 Môi trường phát triển 107

1.2 Mô tả chi tiết từng xử lí trong các lớp đối tượng 107

1.2.1 Interface ReportManager 107

1.2.2 Interface ReportTypeManager 110

1.2.3 Interface OrganizationStore 111

1.2.4 Interface DataStore 113

1.2.5 Interface UserManager 115

1.3 Nội dung xây dựng các tập tin ánh xạ đối tượng sang cơ sở dữ liệu quan hệ. 125

1.3.1 Đối tượng period (Period.hbm.xml) 125

1.3.2 Đối tượng periodtype (PeriodType.hbm.xml) 125

1.3.3 Đối tượng reporttype (ReportType.hbm.xml) 125

1.3.4 Đối tượng reportfile (Report.hbm.xml) 126

1.3.5 Đối tượng organizationunit (OrganizationUnit.hbm.xml) 128

1.3.6.Đối tượng organizationunitgroup OrganizationUnitGroup.hbm.xml) 129 1.3.7 Đối tượng user (User.hbm.xml) 130

1.3.8 Đối tượng group (Group.hbm.xml) 131

1.3.9 Đối tượng role (Role.hbm.xml) 131

1.3.10 Đối tượng roletype (RoleType.hbm.xml) 132

2 Thử nghiệm 132

CHƯƠNG 6: NHẬN XÉT VÀ ĐÁNH GIÁ 135

1 Đánh giá ưu và khuyết điểm .135

1.1 Ưu điểm 135

1.2 Khuyết điểm .135

2 Hướng phát triển trong tương lai 136

TÀI LIỆU THAM KHẢO 137

Trang 5

LỜI MỞ ĐẦU

Ngày nay, cùng với sự phát triển cao của khoa học kỹ thuật, xã hội tiến bộ, công nghiệp hoá - hiện đại hoá là những vấn đề nảy sinh trong cuộc sống khi mà mọi thứ ngày càng trở nên phức tạp, và yêu cầu về sự hoàn hảo, chuẩn mực ngày càng được chú trọng Sự phát triển không ngừng của lĩnh vực Công nghệ Thông tin

đã phần nào giải quyết được các vấn đề nảy sinh đó Công nghệ thông tin đã có những bước phát triển mạnh mẽ và đang trở nên phổ biến trong tất cả các lĩnh vực

Ở Việt Nam, cũng không ngoài xu hướng phát triển ấy, các tổ chức xã hội và các doanh nghiệp phải định hướng con đường và các bước phát triển để ngày càng hoàn thiện và nâng cao hiệu quả hơn Các công ty tin học không ngừng đầu tư và đề

ra các giải pháp cũng như cung cấp các ứng dụng nhằm đáp ứng nhu cầu cấp bách

đó Công nghệ thông tin đã dần trở nên sâu rộng hơn trong từng cơ quan, xí nghiệp

từ quy mô nhỏ đến quy mô lớn, từ lĩnh vực này sang lĩnh vực khác Đặc biệt, lĩnh vực y tế là một trong những lĩnh vực mang nhiều thử thách và áp lực xã hội, làm sao để cung cấp được các dịch vụ y tế nhanh chóng, kịp thời và phải được quản lý một cách chặt chẽ, chính xác? Trước đây, tất cả công việc được thực hiện một cách thủ công nên đòi hỏi đội ngũ cán bộ y tế phải tốn nhiều thời gian và công sức nhằm đảm bảo được yêu cầu trong lĩnh vực ấy Xuất phát từ thực tế ấy, Bộ y tế Việt Nam cũng dần có những giải pháp nhằm từng bước củng cố và nâng cao hiệu quả hoạt động Hệ thống thông tin sức khoẻ y tế cộng đồng chính là một trong những giải pháp ấy Hệ thống đã xuất hiện ở nhiều quốc gia trên thế giới và được các nước ủng

hộ nhiệt tình Hệ thống này trước mắt nhằm thu thập các thông tin y tế đáp ứng yêu cầu thống kê các chỉ tiêu và quản lý các vấn đề liên quan đến y tế cộng đồng được hiệu quả hơn Hiện nay hệ thống DHIS v1.3 đang được triển khai thí điểm tại Thành phố Hồ Chí Minh và Huế dưới sự hợp tác giữa Đại học Oslo, Na Uy, công ty TMA

và sở Y tế Thành phố Hồ Chí Minh Song song với quá trình triển khai này là việc phát triển hệ thống DHIS 2.0 với mục đích xây dựng trên nền web nhằm hỗ trợ tối

đa cho việc chia sẻ thông tin và phục vụ đắc lực cho quá trình đánh giá, lên kế hoạch, ra quyết định cho các chương trình sức khỏe DHIS 2.0 được xây dựng trên

Trang 6

mã nguồn mở sử dụng Java và một số công nghệ mới hiện đang rất phổ biến trên thế giới như: Spring framework, Hibernate, Webwork, Velocity…

Module Report portal là một trong 19 module của hệ thống DHIS 2.0 Đây là một ứng dụng web cho phép chia sẻ thông tin báo cáo giữa các đơn vị y tế, kết xuất báo cáo theo các mẫu thiết kế từ người dùng Toàn bộ quá trình phát triển module này được thực hiện tại công ty TMA Solutions với sự giám sát của các thành viên

Na Uy trong nhóm và công cụ quản lí dự án jira ( www.hisp.info/jira)

Tham gia vào dự án về Hệ thống thông tin y tế cộng đồng này, chúng em mong muốn được góp một phần nhỏ công sức vào công cuộc phát triển chung của ngành y tế nói riêng hay nói chung là sự phát triển của đất nước Việt Nam

Luận văn được trình bày theo bố cục gồm 6 chương và 1 phụ lục như sau:

- Chương 1, 2: Giới thiệu về hệ thống DHIS v1.x và hệ thống DHIS 2.0

Nội dung phần này nhằm cung cấp một cái nhìn tổng quan về Hệ thống thông tin sức khoẻ cộng đồng (DHIS – District Health Information System), các chức năng, sơ đồ thiết kế cơ sở dữ liệu… Đồng thời giới thiệu hệ thống DHIS 2.0 đang được phát triển, so sánh sự khác nhau giữa hai hệ thống và mối liên hệ giữa ứng dụng Report portal và các mô đun khác trong hệ thống mới

- Chương 3: Phát triển ứng dụng Report portal

Nội dung phần này trình bày tất cả các vấn đề liên quan trực tiếp đến quá trình xây dựng ứng dụng Report portal Quá trình xây dựng bao gồm: phân tích các yêu cầu, thiết kế xử lí, thiết kế lớp đối tượng, xây dựng tập tin ánh xạ đối tượng sang cơ sở dữ liệu quan hệ, thiết kế lớp action, thiết kế giao diện Riêng thông tin cụ thể trong từng lớp đối tượng, chi tiết các thuộc tính và nội dung tập tin ánh xạ đối tượng chúng em xin trình bày trong phần phụ lục

- Chương 4: Giới thiệu công nghệ và môi trường phát triển

Nội dung phần này nhằm giới thiệu các công nghệ mới được ứng dụng để phát triển hệ thống Chúng em chỉ chọn những thông tin chung mang tính giải thích cho lí do sử dụng và những đặc điểm nội trội của những công nghệ này Các vấn đề tìm hiểu sâu về công nghệ xin được trình bày trong phần phụ lục

Trang 7

- Chương 5: Cài đặt và thử nghiệm

Nội dung phần này trình bày cách thức cài đặt ứng dụng, các dữ liệu mẫu

và cách thực hiện kiểm thử chương trình

- Chương 6: Nhận xét và đánh giá

Nội dung phần này trình bày các ưu khuyết điểm của chương trình, và hướng phát triển trong tương lai

- Phụ lục:

Nội dung phần phụ lục được chia làm ba phần:

Phần A: Sưu liệu cho toàn bộ quá trình phân tích hệ thống DHIS 1.x và

quá trình thực hiện triển khai và cài đặt hệ thống cho 6 quận thí điểm tại Thành phố

Hồ Chí Minh

Phần B: Tìm hiểu công nghệ Hibernate, JUnit, Maven, JasperReport

Phần C: Sưu liệu và hồ sơ thiết kế cho quá trình phát triển ứng dụng

Report portal

Trang 8

CHƯƠNG 1: GIỚI THIỆU TỔNG QUAN

1 Giới thiệu về HISP

Hệ thống thông tin y tế (HISP – Health Information System Programme) được xây dựng và phát triển đầu tiên tại Nam Phi, và được chính phủ Nam Phi chú trọng phát triển ứng dụng trong ngành y tế (được đánh giá là phần mềm chuẩn quốc gia) nhằm phục vụ yêu cầu chăm sóc sức khoẻ cộng đồng y tế Phần mềm được xây dựng miễn phí và thuộc một trong những sản phẩm mã nguồn mở Dự án đã được nghiên cứu phát triển tiếp bởi đội ngũ nghiên cứu từ NaUy và với hy vọng được triển khai và phát triển trên nhiều quốc gia Hệ thống đã được tiếp nhận và ủng hộ nhiệt tình bởi nhiều trường đại học, các nhà nghiên cứu, chính phủ các nước trên thế giới như Thổ Nhĩ Kỳ Ấn độ, Ethiopia, Cu Ba và hiện nay cũng đang ứng dụng và phát triển ở Việt Nam

Công việc của HISP tập trung vào việc tập hợp dữ liệu, phân tích và thực hiện các yêu cầu về y tế thông qua phần mềm hỗ trợ DHIS (District Health Information Software – “Hệ thống thông tin sức khoẻ theo khu vực”) để sử dụng quản lý các cấp quận huyện, đặc biệt quan tâm các vấn đề về lưu trữ, quản lý, phân tích dữ liệu, tính toán, … từ đó đưa ra những giải pháp, định hướng phù hợp với từng khu vực, quốc gia

2 Hệ thống DHIS 1.x 1.1 Khái niệm “Hệ thống thông tin sức khoẻ cộng đồng”

Hệ thống thông tin sức khoẻ cộng đồng (DHIS – District Health Information Software) là một phần mềm thuộc dự án Hệ thống thông tin y tế (HISP – Health Information System programme) nhằm phục vụ yêu cầu chăm sóc sức khoẻ cộng đồng y tế Phần mềm DHIS hỗ trợ các dịch vụ về sức khoẻ như lưu trữ thông tin, báo cáo về các chương trình sức khoẻ thông qua các ứng dụng nhập liệu, phân tích, tổng hợp dữ liệu, từ đó đưa ra những giải pháp, định hướng phù hợp với từng khu vực đồng thời đảm bảo tính nhất quán về quản lí trong lĩnh vực y tế

Trang 9

Ở Việt Nam, hệ thống DHIS đang được triển khai và ứng dụng ở Thành phố

Hồ Chí Minh và Thành phố Huế, và được tìm hiểu, phân tích, tối ưu hoá các chức năng sao cho phù hợp với yêu cầu thực tế Cụ thể các tiện tiện ích được quan tâm

và phát triển như:

- Phần mềm là công cụ linh hoạt với cấu trúc chuẩn được sử dụng phù hợp với dữ liệu từng địa phương (Tuỳ địa phương mà có thể sử dụng một cấu trúc cơ sở

dữ liệu của địa phương đó)

- Phần mềm là công cụ với nhiều thuộc tính có thể được định nghĩa và chuyển đổi linh hoạt nhằm đáp ứng nhu cầu xây dựng khác nhau của từng đơn vị

- Hỗ trợ người dùng công tác lưu trữ, quản lý dữ liệu và phân tích dữ liệu

để xuất các báo cáo theo các định dạng linh hoạt

- Phần mềm đa ngôn ngữ

- Phần mềm miễn phí và với mã nguồn mở Phần được tìm hiểu và phân tích, phát triển bởi nhóm phát triển tại Việt Nam dưới sự hỗ trợ của công ty TMA

và đội ngũ phát triển từ NaUy

1.2 Chức năng chính của DHIS 1.3

Hệ thống DHIS đã được xây dựng và phát triển ban đầu tại Nam Phi và hiện nay đã được nhiều quốc gia quan tâm, ứng dụng Với phiên bản 1.3 hiện tại, DHIS

hỗ trợ các nghiệp vụ y tế chính:

- Xây dựng cơ cấu tổ chức (cấu trúc đơn vị) các đơn vị y tế theo cấp: Đây

là chức năng cho phép người dùng định nghĩa sơ đồ tổ chức phân cấp của hệ thống

y tế

- Định nghĩa các đơn vị y tế cho hệ thống: Cho phép định nghĩa các đơn vị

y tế của khu vực, các đơn vị sẽ được xây dựng tương ứng với cấu trúc đơn vị đã định nghĩa trước

- Định nghĩa các phần tử dữ liệu, các phần tử dữ liệu tạm và các chỉ số liên quan: Đây chính là các thông số y tế cần quan tâm, lưu trữ số liệu , báo cáo thống kê,…

Trang 10

- Lưu trữ các dữ liệu người dùng nhập vào hệ thống, tổng hợp dữ liệu theo từng nhóm đơn vị và tổng hợp dữ liệu từ các đơn vị cấp dưới cho đơn vị cấp trên tương ứng

- Xuất dữ liệu ra các tập tin văn bản, đồng thời cũng cho import dữ liệu rời rạc từ các tập tin văn bản của các đơn vị khác nhau để thành dữ liệu thống nhất: Các

dữ liệu nhập vào để quản lí sau khi phân tích, tổng hợp có thể được xuất ra dưới dạng tập tin văn bản để có thể import dữ liệu đó vào hệ thống ở một nơi khác

- Xuất dữ liệu ra tập tin data mart (tập tin dữ liệu thông minh): Đây là tập tin dữ liệu Access hỗ trợ các thao tác tổng hợp, kết xuất báo cáo cho đơn vị

1.3 Môi trường cài đặt hệ thống

Hệ thống được phát triển bằng Access

1.4 Mục đích – Yêu cầu triển khai hệ thống

Việc triển khai hệ thống DHIS tại Việt Nam được thực hiện dưới sự chỉ đạo của Bộ y tế, sự hỗ trợ từ phía NaUy và được thực hiện trực tiếp bởi công ty TMA ở

Tp HCM Mục tiêu chủ yếu là đáp ứng các yêu cầu từ thực tế trong lĩnh vực chăm sóc sức khỏe y tế cộng đồng

Mục tiêu cụ thể:

- Bước đầu tin học hoá trong lĩnh vực y tế

- Tạo điều kiện thuận lợi cho công tác quản lý và theo dõi tình hình hoạt động tại các bệnh viện, trung tâm y tế trong toàn thành phố

- Xây dựng đội ngũ cán bộ y tế thạo tin học và có khả năng ứng dụng, khai thác các tính năng của hệ thống DHIS sao cho phù hợp với thực tế

- Công tác triển khai cũng là bước tiếp cận, tìm hiểu và phân tích yêu cầu thực tiễn nhằm thiết kế, xây dựng nên các hệ thống, chương trình phát triển trong tương lai

1.5 Nhận xét - Đánh giá

Hiện tại, hệ thống y tế tại Thành phố Hồ Chí Minh hoạt động theo quy trình:

Mỗi tháng, các phường sẽ tổng hợp số liệu và báo cáo theo mẫu (thống nhất cho tất

cả các phường) Các báo cáo sẽ được gởi lên đơn vị cấp cao hơn để tổng hợp và lập

Trang 11

do nhân viên phụ trách và đều thực hiện thủ công Do đó công việc ghi nhận số liệu

và công tác lưu trữ tốn nhiều thời gian và công sức Bên cạnh đó do việc tính toán thủ công nên đôi lúc sai lệch về số liệu, dữ liệu không thống nhất,…

Hệ thống y tế Thành phố Hồ Chí Minh đang dần được xây dựng và hoàn chỉnh các cơ cấu tổ chức phân theo cấp và quản lý riêng từng lĩnh vực, từng chương trình

Hệ thống sức khoẻ cộng đồng được chia làm nhiều chương trình như: Chương trình chăm sóc sức khoẻ bà mẹ và trẻ em, chương trình Vắc xin, chương trình HIV –AIDS, chương trình phòng chống lao,… Cùng với sự quản lý chặt chẽ theo các nội dung riêng biệt như thế là sự đòi hỏi về tính chặt chẽ trong quản lý, sự thống nhất trong hoạt động

Với nhu cầu thực tế của hệ thống y tế Việt Nam, hệ thống DHIS hiện tại cần được cải tiến các chức năng sao cho phù hợp và tiện dụng hơn Cùng với sự cải tiến

đó, cần xây dựng các hệ thống, các chương trình mới hỗ trợ phù hợp cho từng khía cạnh của ngành y tế (chăm sóc trẻ em, chăm sóc sức khỏe phụ nữ, vắc xin, bệnh lao,… ) Các ứng dụng được phát triển có thể được tích hợp lại với nhau để tạo thành một hệ thống hoạt động hiệu quả như một dây chuyền hoàn chỉnh Cụ thể, các ứng dụng mới cần phát triển:

Web patient: Quản lý thông tin bệnh nhân tại các trạm y tế phường xã Report designer: Hỗ trợ công cụ giúp người dùng có thể thiết kế các nội

dung báo cáo tương ứng với từng nội dung quản lý về y tế

Report generator: Hỗ trợ công cụ kết xuất các báo cáo từ các dữ liệu được

nhập vào và theo mẫu mà report designer đã hỗ trợ thiết kế

Report portal: Cung cấp ứng dụng hỗ trợ người dùng upload các báo cáo đã

kết xuất lên server thay vì phải gửi báo cáo lên cho cấp trên bằng thủ công

Report portal cũng là ứng dụng mà chúng em sẽ quan tâm và xây dựng khi tham gia

dự án này Các chức năng cụ thể và các bước phân tích, thiết kế, xây dựng sẽ được

đề cập đến trong phần 3 - nội dung chính của Report portal Riêng phần nội dung về công cụ kết xuất báo cáo hỗ trợ cho hệ thống 1.x chúng em xin trình bày ở phần phụ lục

Trang 12

2 GIỚI THIỆU HỆ THỐNG DHIS 2.0 2.1 Giới thiệu

DHIS 2.0 là hệ thống quản lí thông tin y tế được phát triển dựa trên phiên bản DHIS v1.x do trường Đại học Oslo, Na Uy thực hiện Phần mềmDHIS 2.0 với những mô đun sẽ được phát triển trên môi trường Java (dùng IDE là Eclipse để soạn thảo ) có thể chạy trên hệ điều hành Linux , độc lập với hệ điều hành , giúp cho sản phẩm không còn phụ thuộc vào nền tảng bên dưới Cùng với việc sử dụng mã nguồn mở thì hệ thống cũng sử dụng 1 số công nghệ tiên tiến để hổ trợ chương trình như: Maven, JUnit, Subversion, Spring và Hibernate…

DHIS 2.0 được phân chia ra làm 19 mô đun bao gồm: Patient mô đun for wards, Indicator module, Validation module, Import/export module, Standard data entry, Customised data entry, System admin module, DHIS core, Alternative persistence strategy, DHIS 1.4 bridge, Wireless module, Internationalization localization, Web pivot module, Desktop pivot module, Report portal module, Report generator module, Report designer module, GIS report integration, GIS module

2.2 Mô hình và mối quan hệ giữa các mô đun trong hệ thống

Trong phần này, chúng em chỉ giới thiệu 1 cách tóm tắt các mô đun chính có liên quan trực tiếp đến đề tài của hệ thống bao gồm: DHIS Core và Report mô đun

DHIS Core: là mô đun chứa tât cả thông tin về hệ thống, những tập hợp những thông tin dữ liệu quan trọng của hệ thống Là nơi trực tiếp kết nối CSDL để lấy thông tin về dữ liệu liên quan Những mô đun khác liên quan đến hệ thống, liên quan đến tập hợp dữ liệu trong CSDL sẽ phải thông qua mô đun DHIS Core để lấy thông tin từ CSDL như mô tả của hình

Report Mô đun: mô đun này hỗ trợ người dùng xây dựng các template báo cáo

Sẽ có các user interface cho phép người dùng thêm các thông tin về giai đoạn báo cáo, đơn vị tổ chức để điền vào báo cáo Dựa trên những mẩu thiết kế sẵn và dữ liệu nguồn cần thiết, report generator sẽ tạo ra những mẩu báo cáo với các định dạng khác nhau (html, pdf …) Jasper report là 1 công cụ generator report có thể dùng để

Trang 13

Report Mô đun có 3 mô đun nhỏ thực hiện các công việc khác nhau: Report Designer, Report Generator, Report Portal Ba mô đun này liên quan đến nhau cùng tạo ra 1 báo cáo hoàn chỉnh để upload và download Mối liên quan giữa ba mô đun này sẽ được trình bày chi tiết ở phần sau

2. 3 Chức năng chính

- Quản lí và chia sẻ các thông tin y tế

- Định nghĩa các phần tử dữ liệu, các chỉ số tính toán trong các chương trình sức khỏe

- Kết xuất báo cáo theo mẫu qui định của bộ Y tế, cho phép người dùng tự thiết kế các mẫu báo cáo

- Chia sẻ báo cáo giữa các cấp, hỗ trợ thông tin chính xác và cần thiết cho việc

ra quyết định và lên kế hoạch

Trang 14

- Có khả năng tương tác với hệ thống phiên bản 1.x

2.4 So sánh giữa DHIS 2.0 và DHIS 1.x

- Độc lập với hệ điều hành và hệ

quản trị cơ sở dữ liệu

- Hỗ trợ kết xuất các mẫu báo cáo theo yêu cầu

- Hỗ trợ chia sẻ báo cáo giữa các đơn

vị y tế thông qua một ứng dụng web

Xây dựng trên môi trường Windows và

cơ sở dữ liệu Access

- Báo cáo kết xuất được thiết kế trước, không có đáp ứng được yêu cầu

- Báo cáo sau khi kết xuất được gửi đi qua mail

Bảng 1.1: So sánh giữa DHIS 2.0 và DHIS 1.x

Trang 15

CHƯƠNG 2: NỘI DUNG THỰC HIỆN LUẬN VĂN

hệ thống DHIS, tham gia công tác triển khai hệ thống theo sự phân công của công

ty TMA Cụ thể phải đảm bảo các yêu cầu công việc như sau:

- Tìm hiểu kiến trúc, phương thức hoạt động của hệ thống DHIS 1.3

- Tìm hiểu qui trình quản lí y tế tại thành phố Hồ Chí Minh, các tài liệu liên quan

- Xây dựng tập tin dữ liệu để ứng dụng cho thành phố

- Xây dựng công cụ hỗ trợ kết xuất báo cáo theo các yêu cầu thực tế

- Tham gia công tác triển khai hệ thống cho các quận huyện trong thành phố

2.2 Tìm hiểu các công nghệ mã nguồn mở

Hệ thống được xây dựng và phát triển phục vụ cho ngành y tế - một lĩnh vực rất rộng lớn trong xã hội Do đó yêu cầu vấn đề chi phí là vấn đề đáng quan tâm đối với nhiều quốc gia Giải pháp nào cho các quốc gia còn khó khăn, các khu vực, đơn

vị còn kém về khả năng kinh tế?

Chính vì lí do đó, công nghệ mã nguồn mở được nhóm phát triển hệ thống từ NaUy đặc biệt chú trọng và chọn làm công cụ để phát triển các ứng dụng Đây là điều thật sự ích lợi vì có thể áp dụng miễn phí trên nhiều quốc gia, và tuỳ thuộc vào yêu cầu cụ thể của từng quốc gia, khu vực mà xây dựng các ứng dụng thật sự phù hợp Các công nghệ được tìm hiểu để phát triển ứng dụng:

Trang 16

- Spring framework: cung cấp khả năng quản lí các dependency linh hoạt, thêm nữa Spring có hỗ trợ các công nghệ ánh xạ đối tượng sang cơ sở dữ liệu như JDO, Hibernate và iBatis, và Spring có hỗ trợ mô hình Web MVC

- Hibernate: Hỗ trợ việc ánh xạ đối tượng sang cơ sở dữ liệu

- Webwork: tương tự với một web framework khá nổi tiếng khác của Jakarta

là Struts Ngoài ra Webwork còn cung cấp thêm ba chức năng khác là: dispatcher, Web-specific result và một tập các tag được sử dùng ở tầng view của mô hình MVC

- Velocity: Cung cấp một cách tiếp cận dễ dàng hơn trong xử lí, thể hiện các thông tin động trên trang web, ngoài ra có thể truy xuất đến các đối tượng Java

2.3 Phát triển ứng dụng Report portal

Report portal sẽ cung cấp ứng dụng hỗ trợ người dùng upload các báo cáo đã kết xuất lên server thay vì phải gửi báo cáo lên cho cấp trên bằng thủ công Ứng dụng này phải đảm bảo các yêu cầu về chức năng cũng như yêu cầu tiện dụng đối với các người dùng trong lĩnh vực y tế

3 Cụ thể các công việc thực hiện 3.1 Tìm hiểu và triển khai hệ thống DHIS 1.3

Với thời gian thực tập tại công ty TMA, chúng em tìm hiểu , phân tích và hỗ trợ công tác triển khai và hoàn thiện hệ thống DHIS v1.3 Các nội dung thực hiện đã được phân công và thực hiện hiệu quả Công tác triển khai hệ thống DHIS được đánh giá cao và được sự hưởng ứng tích cực của các đơn vị y tế Hiện tại các đơn vị

y tế đang sử dụng hệ thống DHIS v1.3 cùng với chương trình kết xuất báo cáo đã phần nào giảm thiểu được công việc tính toán phức tạp trước đây

3.1.1 Cấu trúc hệ thống DHIS:

Hệ thống file: cơ sở dữ liệu của DHIS được lưu trữ dưới dạng các tập tin Access, bao gồm 2 loại:

Data File: Bao gồm tất cả các bảng, câu lệnh truy vấn lưu trữ thông tin

về đơn vị, cấu trúc đơn vị, được định nghĩa sẵn (hoặc người dùng định nghĩa thêm cho phù hợp), các dữ liệu người dùng nhập vào để lưu trữ cho các đơn vị

Trang 17

Data Mart: Data File lưu trữ dữ liệu thực và sau khi phân tích, tổng hợp

dữ liệu từ các dữ liệu nhập vào đó, hệ thống hỗ trợ xuất ra một tập tin khác nhằm lưu trữ các dữ liệu tổng hợp, hỗ trợ các chức năng khác như truy xuất đến dữ liệu

mộ cách nhanh chóng Đó gọi là Data Mart Data mart có thể được cập nhật thường xuyên từ data file một cách linh hoạt (có thể cập nhật dữ liệu từng phần, dữ liệu mới hoặc có thể cập nhật toàn bộ dữ liệu từ data file)

OrgUnits (Đơn vị các cấp):Các đơn vị được định nghĩa liên quan đến 2

khái niệm: Cấu trúc đơn vị và Đơn vị các cấp

Cấu trúc đơn vị: Hệ thống quy định: Khi định nghĩa các orgunits thì

phải định nghĩa đủ 5 cấp (từ trên xuống) và dữ liệu chỉ nhập cho 1 cấp thấp nhất

Các dữ liệu của các cấp cao hơn sẽ tự động cập nhật (bằng tổng dữ liệu của các đơn

vị cấp con của nó) Tuỳ thuộc vào từng địa phương, khu vực mà cấu trúc được xây dựng khác nhau.Nếu như thiếu 1 cấp nào thì sẽ được định nghĩa thành cấp giả (Ví

dụ Dummy)

Đơn vị các cấp: Hệ thống sẽ lưu trữ tất cả các thông tin về đơn vị

như (Tên đơn vị, cấp đơn vị, cấp cha của đơn vị này, địa điểm,…Quan trọng nhất là việc xác định đúng cấp cho đơn vị khi định nghĩa để khi nhập dữ liệu, chương trình

sẽ tự động tính dữ liệu cho các đơn vị cấp cao hơn

Phần tử dữ liệu (DataElement) Phần tử dữ liệu bao gồm tất cả các thông tin hỗ trợ cho việc lưu trữ dữ liệu

Mỗi phần tử dữ liệu thể hiện một thông số về sức khoẻ và được sử dụng để nhập cho tất cả các đơn vị

Khi nhập dữ liệu, ứng với từng đơn vị, số liệu cho từng phần tử dữ liệu sẽ được ghi nhận và tự động cập nhật cho các đơn vị cấp cao hơn

Phần tử dữ liệu tạm (Sermi – DataElement) Phần tử dữ liệu tạm cũng giống như các phần tử dữ liệu nhưng dùng để thể hiện các thông tin ít thay đổi, các thông tin phục vụ cho việc đánh giá việc thực hiện

Trang 18

(thông tin thường kỳ) so với việc quản lý của đơn vị Phần tử dữ liệu tạm thường dùng trong việc phân tích Các giá trị của các phần tử dữ liệu này là những con số ít thay đổi (thường được nhập liệu theo các quý), người dùng không phải tốn thời gian

để nhập nhiều lần

Các chỉ số (Indicator) Các chỉ số tức là tỷ số giữa khối lượng thực hiện ngoài thực tế so với khối lượng quản lý chung của đơn vị Các chỉ số này hỗ trợ việc đánh giá chung các hoạt động y tế của từng đơn vị từ đó đánh giá các nội dung và hiệu quả thực hiện Các chỉ số này được quy định thống nhất chung trong cả nước cho từng lĩnh vực đánh giá nhằm có cách nhìn tổng quát và đánh giá công bằng với tất cả đơn vị Thường thì được định nghĩa theo công thức:

Tỷ lệ = Chỉ số thực hiện/ Tổng số đối tượng

3.1.2 Các nội dung đã thực hiện khi tham gia triển khai hệ thống:

Bước 1: Xây dựng hoàn chỉnh hệ thống DHIS v1.3 phù hợp với

thực tế

¾ Định nghĩa cấu trúc đơn vị cho datafile:

Qua phân tích sơ đồ tổ chức quản lí y tế ngoài thực tế, sơ đồ tổ chức y tế tại Thành phố Hồ Chí Minh như sau:

Trang 19

Hình 2.1: Cấu trúc đơn vị y tế các cấp

Chúng em xây dựng cấu trúc đơn vị cho hệ thống y tế cho Thành phố Hồ Chí Minh như sau (Phù hợp cho chương trình “Chăm sóc sức khoẻ Bà mẹ” và chương trình “Chăm sóc sức khoẻ trẻ em”:

lý của 24 đơn vị cấp quận/ huyện đó

Trang 20

¾ Định nghĩa các phần tử dữ liệu, phần tử dữ liệu tạm và các chỉ số cho 2 chương trình: Chương trình chăm sóc sức khoẻ Bà mẹ và chương trình chăm sóc sức khoẻ trẻ em

Từ các báo cáo tổng hợp từ thực tế, các phần tử dữ liệu, phần tử dữ liệu tạm được định nghĩa vào data file Đây là những thông tin cần thiết để lưu trữ các nội dung thực hiện của đơn vị

Chương trình bà mẹ: định nghĩa 134 phần tử dữ liệu:

Hình 2.2: Xây dựng phần tử dữ liệu trong DHIS 1.3

Trang 21

Định nghĩa các phần tử dữ liệu tạm:

Hình 2.3: Định nghĩa phần tử dữ liệu tạm trong DHIS 1.3

Chương trình trẻ em: Định nghĩa 114 phần tử dữ liệu

Hình 2.4: Xây dựng phần tử dữ liệu cho chương trình trẻ em trong DHIS 1.3

¾ Định nghĩa các chỉ số liên quan theo quy định của bộ y tế: Bộ y tế quy định các chỉ số (được đánh tổng hợp hằng năm) để đánh giá tình hình hoạt động, làm cơ sở so sánh hiệu quả hoạt động của các địa phương Từ đó đề ra những giải pháp tích cực cho từng địa phương, đơn vị

Trang 22

Ví dụ: Bộ y tế có một vài quy định về các chỉ số như sau:

- Tỷ lệ trẻ em tiêm văc xin phòng bệnh viêm não Nhật bản B:

Tỷ lệ TE tiêm phòng viêm não Nhật bản B = Tổng số trẻ em từ 1 - 5 tuổi tiêm đủ 3 mũi vắc xin phòng viêm não Nhật Bản B của 1 khu vực / Tổng số trẻ em

từ 1-5 tuổi của khu vực đó

¾ Xây dựng công cụ kết xuất báo cáo theo các mẫu báo cáo ngoài thực

tế dựa trên hệ thống dữ liệu trong DHIS v1.3

Hằng tháng hoặc hằng quý các đơn vị y tế phải tổng hợp số liệu và lập báo cáo gửi về cho cấp trên Các cấp trên tổng hợp báo cáo từ cấp dưới và lập báo cáo cho đơn vị Nếu chỉ sử dụng hệ thống DHIS có sẵn thì chỉ hỗ trợ công tác lưu trữ dữ liệu, tổng hợp dữ liệu chứ không cho phép chức năng kết xuất báo cáo Yều cầu đặt

ra là phải xây dựng công cụ kết xuất báo cáo từ dữ liệu đã nhập đó Công cụ được xây dựng bằng ngôn ngữ VB, cho phép xuất các báo cáo theo mẫu Từ yêu cầu thực

tế đó, chúng em tiến hành phân tích cơ sở dữ liệu của hệ thống DHIS, xây dựng một chương trình bằng ngôn ngữ Visual Basic hỗ trợ kết xuất báo cáo từ dữ liệu đã lưu trữ Chúng em thiết kế các mẫu báo cáo bằng Datareport, xây dựng các chức năng

hỗ trợ phù hợp với từng nội dung báo cáo cụ thể

Ví dụ mẫu báo cáo:

Trang 23

Hình 2.5: Mẫu báo cáo cho chương trình trẻ em

Trang 24

Giao diện chương trình:

Hình 2.6: Chương trình kết xuất báo cáo

Chương trình báo cáo cho phép kết xuất báo cáo theo thời gian (theo tháng hoặc theo quý) và báo cáo cho tất cả các đơn vị của các các cấp Dữ liệu nhập vào chỉ là cấp thấp nhất, dữ liệu các cấp cao hơn sẽ tự động tổng hợp

Cơ sở dữ liệu của chương trình là tập tin dữ liệu thông minh (data mart) mà người dùng đã nhập và xuất từ hệ thống DHIS Người sử dụng chỉ cần xác định đúng tập tin chứa dữ liệu và chọn đơn vị, thời gian và loại báo cáo thì có thể kết xuất được báo cáo như báo cáo ngoài thực tế

Bước 2: Công tác triển khai và hướng dẫn sử dụng Ban đầu, chúng em hỗ trợ khi hệ thống chỉ được áp dụng thí điểm cho 2 quận trong thành phố: Quận 4 và quận Tân Bình Sau đó, đánh giá được hiệu quả khi sử dụng hệ thống, Sở y tế Thành phố Hồ Chí Minh quyết định mở rộng quy mô áp dụng hơn nữa ở các đơn vị y tế khác

Để thực hiện công tác triển khai có hiệu quả, nhóm thực tập chúng em được phân công chuẩn bị các nội dung liên quan: lên kế hoạch triển khai hệ thống DHIS cho các đơn vị y tế và chuẩn bị nội dung triển khai, các tài liệu, công cụ liên quan

Trang 25

Công tác triển khai đã được tiến hành với sự hỗ trợ của Trung tâm chăm sóc sức khoẻ bà mẹ trẻ em Đã tổ chức 2 đợt tập huấn và hiện đã triển khai và ứng dụng cho 6 quận huyện và 2 bệnh viện trong thành phố

Công tác hỗ trợ sau triển khai cũng được chú trọng, chúng tôi- những sinh viên thực tập đã tham gia vào dự án cũng đã phụ trách và giúp đỡ các đơn vị trong thời gian đầu làm quen với hệ thống

Hiện tại, hệ thống đã được ứng dụng hiệu quả tại 6 quận huyện, 2 bệnh viện

Với DHIS 1.3, công việc quản lí được chặt chẽ hơn, hệ thống hơn Điều này khẳng định được tác dụng tích cực của hệ thống DHIS tại thành phố Hồ Chí Minh và hứa hẹn cho một hệ thống mới hơn, hiệu quả hơn, được sử dụng rộng rãi hơn chứ không chỉ tại Thành phố Hồ Chí Minh và Thành phố Huế Đó chính là hệ thống DHIS 2.0

3.2 Tìm hiểu các công nghệ và phát triển ứng dụng Report portal

Tìm hiểu các công nghệ mã nguồn mở: Spring framework, Hibernate, Webwork, Velocity

Phân tích, thiết kế và xây dựng ứng dụng report portal

Trang 26

CHƯƠNG 3: PHÁT TRIỂN REPORT PORTAL

1 Giới thiệu tổng quan và phân tích yêu cầu 1.1 Giới thiệu

Cổng phân tích báo cáo trực tuyến được xây dựng là một ứng dụng web cung cấp chức năng chia sẻ các báo cáo y tế giữa các cấp từ các trạm y tế phường xã, đến trung tâm y tế quận, sở y tế tỉnh thành phố và bộ y tế Mô đun này là thành phần của

dự án HISP xây dựng hệ thống DHIS 2.0 phục vụ trong ngành y tế Với ứng dụng này, việc lập báo cáo gửi báo cáo từ cấp dưới lên cấp trên, tổng hợp báo cáo sẽ đơn giản hơn và nhanh hơn thay vì phải tính toán thủ công và gửi qua đường bưu điện hoặc gửi trực tiếp Thêm vào đó, kết hợp với mô đun report designer và mô đun report generator cho phép người dùng tự thiết kế các báo cáo phù hợp với yêu cầu thực tế (vốn rất hay thay đổi) về các chỉ số tính toán, số liệu của các chương trình sức khoẻ…, kết xuất các báo cáo, chia sẻ thông tin phục vụ hiệu quả cho việc ra quyết định và phát triển của ngành y tế

Môi trường phát triển:

Xử lí và lưu trữ dữ liệu Java

Spring framework

Hibernate 3.0

Hệ quản trị cơ sở dữ liệu MySQL 4.2 ( hoặc HSQL)

Giao diện và thiết kế trang web:

HTML Webwork Velocity template

Trang 27

Vị trí của mô đun Report portal trong kiến trúc của hệ thống DHIS 2.0:

Report portal

Report generator

i18n

Report designer DHIS Core

Report portal được xây dựng trong sự liên kết với ba mô đun là DHIS Core, i18n, và Report Generator Trong đó, DHIS Core là mô đun định nghĩa các đối tượng có liên quan trực tiếp đến báo cáo ( chẳng hạn như Period, PeriodType, DataElement,…) Vai trò của DHIS Core là rất quan trọng, được xem như là phần lõi của hệ thống Mô đun Report generator cung cấp khả năng kết xuất ra các tập tin báo cáo, mô đun i18n hỗ trợ tính năng đa ngôn ngữ cho Report portal Tóm lại, Report portal là mô đun cung cấp khả năng giao tiếp và nhận yêu cầu trực tiếp từ người dùng, tương tác với các mô đun khác, đáp ứng yêu cầu của người dùng Hiện tại, cơ sở dữ liệu phục vụ cho việc xây dựng báo cáo (do DHIS Core quản lí) được tách rời so với cơ sở dữ liệu mà Report portal xây dựng để quản lí người dùng và các thông tin liên quan đến các báo cáo được tải lên, chỉ có một số các thông tin là được liên kết từ DHIS Core sang, bao gồm: Period, PeriodType và OrganizationUnit

Mối quan hệ giữa ba mô đun trong Report mô đun:

Report designer (RD), report generator (RG) và report portal (RP) là ba mô đun nằm trong phần report mô đun và có sự liên hệ chặt chẽ với nhau Chức năng

Trang 28

chính của RD là cho phép người dùng thiết kế các mẫu báo cáo theo nhu cầu bằng công cụ thiết kế báo cáo JasperReport RD hỗ trợ việc xây dựng các báo cáo động với tất cả các phần tử dữ liệu, cách sắp xếp bố trí linh hoạt tuỳ theo nhu cầu của người sử dụng Tập tin mẫu báo cáo sau khi thiết kế có định dạng là *.jrxml Tập tin này sau đó sẽ được RG phát sinh ra tập tin báo cáo hoàn chỉnh với đầy đủ số liệu một cách chính xác dựa trên thông tin trong cơ sở dữ liệu RG hỗ trợ kết xuất ra nhiều định dạng khác nhau bao gồm: pdf, html… Tập tin báo cáo này sau đó được gởi đến các đơn vị y tế có liên quan hoặc được chia sẻ thông tin thông qua ứng dụng

RP RP thực chất là một cổng thông tin cho phép người dùng tải lên và tải xuống các báo cáo, chia sẻ báo cáo, tra cứu báo cáo, chia sẻ các mẫu báo cáo đã thiết kế được từ RD Có thể mô hình hoá mối quan hệ giữa ba mô đun này bằng sơ đồ sau:

Hình 3.1: Mối quan hệ giữa ba mô đun RP, RG và RD

1.2 Yêu cầu chức năng 1.2.1 Các yêu cầu nghiệp vụ

Tải lên và tải xuống báo cáo hoặc các mẫu báo cáo Tra cứu báo cáo theo loại báo cáo, theo thời gian, theo các đơn vị y tế chịu trách nhiệm hoặc có liên quan đến báo cáo

Tương tác với report generator hỗ trợ kết xuất báo cáo từ các mẫu báo cáo

Hỗ trợ đa ngôn ngữ với hai ngôn ngữ cơ bản là tiếng Việt và tiếng Anh

1.2.2 Các yêu cầu hệ thống

Trang 29

Phân quyền sử dụng linh hoạt và có thể thay đổi quyền hạn tuỳ theo tính chất hoạt động tại từng đơn vị y tế

1.2.3 Các yêu cầu khác

Giao diện thân thiện

Các bước thực hiện tương tự và gần giống với các thao tác trong hệ thống cũ (DHIS 1.3 và DHIS 1.4)

1.3 Nội dung yêu cầu về công nghệ

Kiến trúc của mô đun Report portal được trình bày trong hình vẽ sau:

Hình 3.2: Mối liên kết giữa Report portal và các mô đun khác

Mô đun report portal được thiết kế theo mô hình 3 lớp: giao diện, nghiệp vụ và

cơ sở dữ liệu Trong hình vẽ trên, vai trò của các công nghệ cũng như vị trí ứng dụng của chúng đã được thể hiện rất rõ nét Trên tầng giao diện, các trang web được

Trang 30

thiết kế bằng HTML, và Velocity Webwork framework được sử dụng để kết nối giữa tầng giao diện và tầng xử lí Nội dung các xử lí được viết bằng Java, Spring framework được sử dụng ở đây để quản lí các thành phần, các phụ thuộc của đối tượng, liên kết với các module khác trong hệ thống DHIS 2.0 như là: DHIS Core, DHIS Report generator, i18n Các đối tượng trong tầng xử lí sau đó sẽ được Hibernate ánh xạ sang cơ sở dữ liệu quan hệ Vai trò của Hibernate là ánh xạ các đối tượng trong lớp xử lí sang cơ sở dữ liệu cũng như đọc thông tin trong cơ sở dữ liệu và trả về đối tượng cho tầng xử lí Hệ quản trị cơ sở dữ liệu được sử dụng là HSQL Ở đây có một ưu điểm quan trọng của Hibernate là khả năng “không phụ thuộc cơ sở dữ liệu” của nó Trong quá trình phát triển, Report portal sử dụng hệ quản trị cơ sở dữ liệu HSQL Nhưng sau khi toàn bộ hệ thống được hoàn chỉnh, có thể sẽ chuyển sang một hệ quản trị cơ sở dữ liệu mã nguồn mở nào đó, có thể là MySQL hay PostgreSQL

1.4 Phân tích các yêu cầu chức năng

Hệ thống phải hỗ trợ upload nhiều định dạng tập tin báo cáo khác nhau, hiện tại là pdf và html Thông tin về mỗi báo cáo gởi đi được lưu lại trong cơ sở dữ liệu

và phải thể hiện đầy đủ: báo cáo đó được gởi bởi đơn vị y tế nào, ngày gởi, loại báo cáo, báo cáo đó ứng với giai đoạn nào Các tập tin báo cáo thực sự được lưu tại một

vị trí có thể được cấu hình trước trên máy chủ

Tương tác với report generator, cho phép người dùng kết xuất báo cáo dựa theo thông tin về đơn vị y tế, thời gian và mẫu báo cáo đã được thiết kế trước đó

Báo cáo sau khi được kết xuất có thể được xem trực tiếp trên trình duyệt và lưu vào trong cơ sở dữ liệu

Tra cứu báo cáo: tìm kiếm báo cáo kèm theo các điều kiện tìm kiếm như thời gian gửi báo cáo, đơn vị y tế, loại báo cáo Phân trang các kết quả tìm được

Phân quyền sử dụng: tính năng này phải đảm bảo thật sự mềm dẻo cho phép thay đổi chức năng của các nhóm người dùng khác nhau nhằm đáp ứng một cách linh hoạt sự khác nhau về cơ cấu, chức năng hoạt động của từng đơn vị y tế Một đặc tính của web là “click chuột và chờ” do đó cần phải hạn chế khả năng người

Trang 31

năng này thay vì để người dùng click chuột, chờ và thấy thông báo lỗi về quyền hạn Ngoài ra, cho phép quản lí thông tin tài khoản của người dùng bao gồm tài khoản đã được kích hoạt sử dụng và các tài khoản chỉ mới được đăng kí nhưng chưa được kích hoạt sử dụng bởi người quản lí từng đơn vị y tế

Cho phép người dùng lựa chọn ngôn ngữ hiển thị trên trang Trong đó tiếng Việt và tiếng Anh là hai ngôn ngữ cơ bản

1.5 Sơ đồ Use case 1.5.1 Tác nhân của hệ thống

Tên tác nhân: Normal user

Trang 32

Trang 33

1.5.2 Lược đồ Use case cấp cao

Search for Reports (from Use Case View)

View report details (from Use Case View)

Authorize user access (from Use Case View)

Administrators (from Use Case View)

Manage users (from Use Case View)

Change password (from Use Case View)

Login (from Use Case View)

DHIS 2.0 (from Use Case View)

Manage reports (from Use Case View)

Doctors (from Use Case View)

Generate reports (from Use Case View)

Users (from Use Case View)

Upload and Download reports (from Use Case View)

Hình 2.4: Lược đồ Use cases cấp cao

Mô tả lược đố Use cases mức cao

• Search for reports: hệ thống phải có khả năng hỗ trợ tìm kiếm báo cáo

theo nhiều điều kiện khác nhau, bao gồm: loại báo cáo, thời gian, đơn vị

y tế gởi báo cáo…

• Change password: khả năng này cung cấp cho người dùng thay đổi

mật khẩu của mình và đăng kí sử dụng hệ thống

• Manage report: quản lí các report, xoá các báo cáo được gởi hay phục

hồi các báo cáo bị xoá

• Login: kiểm tra đăng nhập và xác định quyền hạn của người dùng

• Manage user: The administrator of this system can add more user to use

this system, delete user, or modify user information

Trang 34

• Authorize user access: Phân quyền sử dụng cho các nhóm người dùng

• Upload and download report file: gởi báo cáo và tải báo cáo về máy cá nhân

• Generating reports: kết xuất báo cáo từ các mẫu báo cáo định sẵn

Trang 35

1.5.3 Mô tả chi tiết từng Use case

1.5.3.1 Manage Users

THÊM NGƯỜI DÙNG

Tên: Thêm người dùng

Mô tả: Cho phép tác nhân thêm người dùng

Kết quả: Một tài khoản mới được tạo nếu thực hiện thành công

Điều kiện tiên quyết:

Tác nhân phải đăng nhập vào hệ thống và có quyền thêm người dùng

Sự kiện chính: Tác nhân nhập đầy đủ thông tin về tên tài khoản, mật

khẩu, tên đầy đủ, đơn vị y tế trực thuộc, chức vụ, nhóm người dùng và nhấn nút tạo người dùng

Hệ thống kiểm tra thông tin nhập vào, so sánh mật khẩu và lưu thông tin về người dùng mới vào trong

cơ sở dữ liệu

Sự kiện rẽ nhánh Tác nhân nhập thiếu các thông tin bắt buộc Hệ thống

kiểm tra và thông báo lỗi cụ thể các thông tin nào bị thiếu

Mật khẩu không chính xác

Tên tài khoản đã tồn tại trong hệ thống

Lỗi phát sinh trong vấn đề kết nối đến server

Điều kiện lỗi: Các thông báo lỗi sẽ xuất hiện khi:

- Thông tin nhập vào sai hoặc thiếu

- Lỗi kết nối

Tác nhân Tác nhân có quyền tạo tài khoản mới

Bảng 3.1: Thao tác thêm người dùng

ĐĂNG KÍ NGƯỜI DÙNG

Trang 36

Tên: Đăng kí người dùng

Mô tả: Chức năng này ghi nhận thông tin đăng kí người dùng

Kết quả: Thông tin đăng kí được lưu vào cơ sở dữ liệu

Bất kì người dùng nào truy cập đến hệ thống đều có thể gửi thông tin này Tuy nhiên tài khoản sẽ không được tạo cho đến khi được kích hoạt bởi người quản trị

Sự kiện chính: Tác nhân nhập thông tin về tên tài khoản, mật khẩu,

tên đầy đủ, chức vụ và đơn vị y tế trực thuộc

Hệ thống kiểm tra thông tin và ghi nhận vào cơ sở

dữ liệu

Sự kiện rẽ nhánh Tác nhân nhập thiếu các thông tin bắt buộc Hệ

thống kiểm tra và thông báo lỗi cụ thể các thông tin nào bị thiếu

Mật khẩu không chính xác

Tên tài khoản đã tồn tại trong hệ thống

Lỗi phát sinh trong vấn đề kết nối đến server

Điều kiện lỗi: Các thông báo lỗi sẽ xuất hiện khi:

- Thông tin nhập vào sai hoặc thiếu

- Lỗi kết nối

Tác nhân Đây là chức năng mở cho tất cả người dùng

Bảng 3.2 Thao tác Đăng kí người dùng

Trang 37

KÍCH HOẠT NGƯỜI DÙNG

Tên: Kích hoạt các tài khoản đã đăng kí từ người dùng

Mô tả: Cho phép tác nhân kích hoạt các tài khoản đã đăng kí

Kết quả: Một tài khoản mới được tạo

Tác nhân phải đăng nhập vào hệ thống và có quyền kích hoạt tài khoản người dùng

Sự kiện chính: Tác nhân lựa chọn chức năng Kích hoạt tài khoản

Hệ thống sẽ hiển thị danh sách các người dùng tại đơn vị y tế của tác nhân Danh sách bao gồm: các tài khoản đang sử dụng và các tài khoản chỉ mới đăng kí

Các tài khoản chỉ mới đăng kí sẽ được cung cấp chức năng kích hoạt

Hệ thống thực hiện cập nhật thông tin về trạng thái của tài khoản vào cơ sở dữ liệu

Sự kiện rẽ nhánh Lỗi kết nối đến server

Điều kiện lỗi: Thông báo lỗi sẽ phát sinh nếu có lỗi kết nối đến server

Tác nhân Bất kì tác nhân nào có quyền kích hoạt tài khoản người

dùng

Bảng 3.3 Thao tác Kích hoạt người dùng

1.5.3.2 Authorize user access

TẠO NHÓM NGƯỜI DÙNG

Tên: Tạo mới nhóm người dùng

Mô tả: Cho phép tác nhân thêm người dùng

Trang 38

Luận văn tốt nghiệp 0112049 - 0112322 Kết quả:

Tác nhân phải đăng nhập vào hệ thống và có quyền tạo nhóm người dùng

Sự kiện chính: Tác nhân nhập tên nhóm người dùng, thông tin mô

tả nhóm người dùng

Hệ thống kiểm tra tên nhóm người dùng và lưu lại thông tin về nhóm người dùng vào trong cơ sở dữ liệu

Sự kiện rẽ nhánh Tên nhóm người dùng bị bỏ trống

Lỗi kết nối đến server

Điều kiện lỗi: Thông báo lỗi sẽ được phát sinh trong trường hợp:

- Tên nhóm người dùng bị bỏ trống

- Lỗi kết nối đến server

Tác nhân Bất kì tác nhân nào có quyền thêm nhóm người dùng

Bảng 3.4 Thao tác Thêm nhóm người dùng

XOÁ NHÓM NGƯỜI DÙNG

Tên: Xoá nhóm người dùng

Mô tả: Cho phép tác nhân xoá nhóm người dùng không có tài

khoản

Kết quả: Huỷ nhóm người dùng ra khỏi dữ liệu

Tác nhân phải đăng nhập vào hệ thống và có quyền xoá nhóm người dùng

Sự kiện chính: Tác nhân chọn tên nhóm người dùng muốn xoá và

nhấn chức năng xóa

Hệ thống kiểm tra xem nhóm người dùng này có chứa tài khoản người dùng nào hay không Nếu

Trang 39

không, xoá nhóm người dùng này khỏi cơ sở dữ liệu

Sự kiện rẽ nhánh Nhóm người dùng này có chứa tài khoản người

dùng

Điều kiện lỗi: Thông báo lỗi sẽ được hiển thị trong các trường hợp:

Nhóm người dùng cần xoá vẫn còn chứa các tài khoản người dùng

Tác nhân Bất kì tác nhân nào có quyền xoá nhóm người dùng

Bảng 3.5 Thao tác Xoá nhóm người dùng

PHÂN QUYỀN SỬ DỤNG CHO NHÓM NGƯỜI DÙNG

Tên: Phân quyền sử dụng cho nhóm người dùng

Mô tả: Cho phép thay đổi quyền hạn và khả năng tương tác hệ

Sự kiện chính: Tác nhân lựa chọn nhóm người dùng Hệ thống sẽ

hiển thị danh sách các quyền của nhóm đó và các quyền hạn không thuộc nhóm đó

Tác nhân hiệu chỉnh quyền hạn của nhóm người dùng và phát sinh yêu cầu cập nhật

Hệ thống kiểm tra quyền hạn mới và thực hiện cập nhật vào cơ sở dữ liệu

Sự kiện rẽ nhánh Không có quyền hạn nào được xác định cho nhóm

Trang 40

người dùng

Điều kiện lỗi: Thông báo lỗi sẽ phát sinh khi:

Không có quyền hạn nào được xác định cho nhóm người dùng

Tên: Download các báo cáo

Mô tả: Cho phép tác nhân tải các báo cáo từ máy chủ

Kết quả: Tải file từ server về máy khách

Tác nhân phải đăng nhập vào hệ thống và có quyền tải báo cáo về

Sự kiện chính: Tác nhân lựa chọn chức năng tải báo cáo Hệ thống

hiển thị danh sách các báo cáo liên quan đến đơn vị

y tế nơi tác nhân làm việc và cho phép download các báo cáo

Sự kiện rẽ nhánh Không kết nối được với server

Điều kiện lỗi: Thông báo lỗi sẽ xuất hiện trong trường hợp: không kết

nối được với server

Tác nhân Bất kì tác nhân nào có quyền tải báo cáo

Bảng 3.7 Thao tác Download báo cáo

Định dạng
Số trang	137
Dung lượng	1,76 MB