Đồ Án II: Xây Dựng Hệ Thống Quản Trị Cho Phòng Khám Chuyên Khoa

Tài liệu nghiên cứu Xây dựng hệ thống quản trị cho phòng khám chuyên khoa, tổng hợp lý thuyết và thực hành, cung cấp kiến thức chuyên sâu về kinh tế.

• Đề tài: Xây Dựng Hệ Thống Quản Trị Phòng Khám Chuyên Khoa

Mục lục chi tiết

• Trang bìa phụ
• Lời cảm ơn
• Tóm tắt nội dung đồ án
• Tổng quan đề tài
• 1. Chương 1: Cơ sở lý thuyết
• 1.1. Tổng quan về tiêu chuẩn RESTfulAPI
• 1.2. Tổng quan về SpringBoot
• 1.3. Tổng quan về H2Database
• 1.4. Tổng quan về Liquibase
• 1.5. Kiến trúc của một ứng dụng Spring Boot theo tiêu chuẩn RESTful API
• 1.6. Tổng quan về ORM
• 1.7. Tổng quan về JPA
• 1.7.1. Sử dụng JPA thay thế cho lớp DAO
• 1.8. Quản lý xác thực bằng JSON Web Token
• 2. Chương 2: Khảo sát hệ thống
• 2.1. Cấu trúc phòng khám tư nhân tại Việt Nam
• 2.2. Mô hình hoạt động của phòng khám chuyên khoa
• 2.2.1. Quy trình hoạt động
• 2.2.2. Các phòng ban, khu vực chính của phòng khám chuyên khoa
• 2.2.3. Một số biểu mẫu được sử dụng trong quản lý phòng khám chuyên khoa
• 2.4. Một số giao diện của các phần mềm quản lý khác
• 2.5. Quy định về nghiệp vụ
• 3. Chương 3: Phân tích và thiết kế hệ thống
• 3.1. Mô hình nghiệp vụ
• 3.1.1. Sơ đồ luồng dữ liệu mức 0
• 3.1.2. Sơ đồ luồng dữ liệu mức 1
• 3.1.3. Sơ đồ luồng dữ liệu mức 2
• 3.2. Mô hình Use Case
• 3.2.1. Usecase tổng quan
• 3.2.2. Quản lý thời gian làm việc
• 3.2.3. Quản lý tài khoản
• 3.2.4. Quản lý thông tin phòng khám
• 3.2.5. Đặt lịch hẹn
• 3.2.6. Quản lý lịch hẹn
• 3.2.7. Quản lý khách đến khám
• 3.2.8. Quản lý phiên khám - thêm dịch vụ cho khách hàng
• 3.2.9. Quản lý phiên khám - kết phiên
• 3.3. Yêu cầu phi chức năng
• 3.4. Sơ đồ thực thể liên kết
• 3.4.1. Giải thích các thực thể và trường dữ liệu của thực thể
• 4. Chương 4: Triển khai ứng dụng
• 4.1. Cấu trúc thư mục của hệ thống
• 4.2. Trình tự xử lý yêu cầu của hệ thống
• 4.3. Luồng làm việc liên quan đến quản lý thông tin tài khoản
• 4.3.1. Đăng ký/Đăng nhập
• 4.3.2. Tra cứu thông tin tài khoản
• 4.3.3. Chỉnh sửa thông tin tài khoản
• 4.4. Luồng làm việc liên quan đến quản trị hệ thống
• 4.4.1. Quản lý thông tin phòng khám
• 4.4.2. Quản lý thống kê lịch hẹn
• 4.4.3. Quản lý lịch làm việc
• 4.5. Luồng làm việc liên quan đến quản lý phiên khám
• 4.6. Kiểm thử phần mềm
• Kết luận
• Tài liệu tham khảo
• Danh sách hình vẽ
• Danh sách bảng

Tóm tắt

I. Toàn Cảnh Hệ Thống Quản Trị Phòng Khám Trong Kỷ Nguyên Số

Trong bối cảnh công nghệ thông tin phát triển mạnh mẽ, việc xây dựng hệ thống quản trị phòng khám chuyên khoa đã trở thành một yêu cầu cấp thiết. Đây không chỉ là xu hướng mà còn là giải pháp chiến lược giúp các cơ sở y tế nâng cao hiệu quả hoạt động và chất lượng dịch vụ. Một hệ thống quản trị toàn diện là một nền tảng quản lý y tế tích hợp nhiều chức năng, từ quản lý thông tin bệnh nhân, lịch hẹn, đến tài chính và vật tư. Mục tiêu chính của việc số hóa phòng khám là tự động hóa các quy trình thủ công, giảm thiểu sai sót do con người và cung cấp một luồng thông tin liền mạch giữa các bộ phận. Theo đồ án nghiên cứu “Xây dựng hệ thống quản trị cho phòng khám chuyên khoa” của Đại học Bách Khoa Hà Nội, việc ứng dụng công nghệ giúp giải quyết các vấn đề cố hữu như thủ tục rườm rà, quản lý bệnh án phức tạp, và tối ưu hóa thời gian cho cả bác sĩ và bệnh nhân. Một giải pháp công nghệ y tế hiện đại cho phép các phòng khám, dù ở quy mô nào, cũng có thể tiếp cận và triển khai các công cụ quản lý chuyên nghiệp, từ đó tạo ra lợi thế cạnh tranh bền vững và nâng cao trải nghiệm của người bệnh, vốn là yếu tố cốt lõi trong ngành dịch vụ y tế.

1.1. Vai trò của số hóa trong việc tối ưu hóa vận hành phòng khám

Việc tối ưu hóa vận hành phòng khám là mục tiêu hàng đầu mà các nhà quản lý hướng tới. Chuyển đổi số mang lại lời giải cho bài toán này bằng cách tự động hóa các tác vụ lặp đi lặp lại. Thay vì quản lý lịch hẹn, hồ sơ bệnh nhân hay kho thuốc bằng sổ sách, phần mềm quản lý phòng khám cho phép thực hiện mọi thứ trên một nền tảng duy nhất. Điều này giúp giảm đáng kể thời gian xử lý công việc cho nhân viên, từ đó họ có thể tập trung hơn vào việc chăm sóc bệnh nhân. Hệ thống còn cung cấp các công cụ phân tích, tạo báo cáo doanh thu và hiệu suất hoạt động theo thời gian thực, giúp ban lãnh đạo đưa ra quyết định kinh doanh chính xác và kịp thời. Hơn nữa, việc số hóa giúp chuẩn hóa quy trình, đảm bảo tính nhất quán trong mọi hoạt động của phòng khám, từ khâu tiếp đón đến khi kết thúc điều trị.

1.2. Các thành phần chính của một hệ thống quản trị y tế HIS

Một hệ thống thông tin y tế (HIS) hoàn chỉnh thường bao gồm nhiều module được tích hợp chặt chẽ. Nền tảng cốt lõi là hệ thống quản lý thông tin bệnh nhân, nơi lưu trữ hồ sơ sức khỏe điện tử (EHR) và bệnh án điện tử (EMR). Tiếp theo là module quản lý lịch hẹn, cho phép đặt lịch hẹn trực tuyến và sắp xếp lịch làm việc cho bác sĩ. Các hệ thống chuyên sâu hơn còn tích hợp hệ thống thông tin phòng xét nghiệm (LIS) để quản lý kết quả xét nghiệm và hệ thống lưu trữ và truyền hình ảnh y tế (PACS) cho các dữ liệu chẩn đoán hình ảnh. Ngoài ra, các module về quản lý tài chính phòng khám, thanh toán, và quản lý kho thuốc và vật tư y tế cũng là những thành phần không thể thiếu để đảm bảo hoạt động kinh doanh của phòng khám được thông suốt và hiệu quả.

II. Thách Thức Khi Vận Hành Phòng Khám Thiếu Hệ Thống Quản Trị

Hoạt động không có một hệ thống quản trị phòng khám chuyên khoa tập trung sẽ đẩy các cơ sở y tế vào tình trạng đối mặt với vô số khó khăn và rủi ro. Các quy trình thủ công, phụ thuộc vào giấy tờ không chỉ tốn thời gian mà còn dễ gây ra sai sót, thất lạc thông tin quan trọng. Việc quản lý bệnh án giấy khiến việc tra cứu lịch sử khám chữa bệnh của bệnh nhân trở nên vô cùng khó khăn và chậm trễ, ảnh hưởng trực tiếp đến chất lượng chẩn đoán của bác sĩ. Như đã nêu trong phần “Đặt vấn đề” của tài liệu nghiên cứu, “nhiều phòng khám vẫn đang sử dụng phương pháp ghi chép thủ công và quản lý tập trung, gây ra nhiều khó khăn và bất tiện trong quá trình quản lý, tìm kiếm thông tin và phân tích dữ liệu”. Sự thiếu liên kết thông tin giữa các bộ phận như lễ tân, phòng khám, phòng xét nghiệm và nhà thuốc tạo ra một môi trường làm việc rời rạc, kém hiệu quả. Hơn nữa, việc thiếu các công cụ báo cáo tự động khiến các nhà quản lý không có cái nhìn tổng quan và chính xác về tình hình tài chính, hiệu suất làm việc hay số lượng bệnh nhân, từ đó gặp khó khăn trong việc xây dựng chiến lược phát triển dài hạn.

2.1. Rủi ro trong quản lý bệnh nhân và bảo mật thông tin y tế

Khi không có hệ thống tập trung, việc quản lý bệnh nhân trở nên manh mún. Thông tin bệnh nhân có thể được lưu trữ ở nhiều nơi khác nhau, dẫn đến tình trạng trùng lặp hoặc thiếu sót dữ liệu. Vấn đề lớn nhất là bảo mật thông tin y tế. Hồ sơ giấy dễ bị hư hỏng, mất mát hoặc bị truy cập trái phép. Việc thiếu các biện pháp mã hóa và phân quyền truy cập nghiêm ngặt tạo ra lỗ hổng bảo mật nghiêm trọng, có thể dẫn đến rò rỉ thông tin nhạy cảm của bệnh nhân, gây ảnh hưởng đến uy tín của phòng khám và vi phạm các quy định pháp luật về bảo vệ dữ liệu cá nhân. Một hệ thống quản trị hiện đại sẽ giải quyết triệt để vấn đề này bằng cách mã hóa dữ liệu và thiết lập quyền truy cập chi tiết cho từng vai trò người dùng.

2.2. Khó khăn trong việc quản lý lịch hẹn bác sĩ và dòng bệnh nhân

Việc quản lý lịch hẹn bác sĩ theo phương pháp thủ công thường xuyên gây ra tình trạng quá tải hoặc trùng lặp lịch. Nhân viên phải liên tục đối chiếu sổ sách, gọi điện xác nhận, dẫn đến tốn nhiều công sức và dễ xảy ra sai sót. Bệnh nhân cũng gặp bất tiện khi không thể chủ động đặt lịch hẹn trực tuyến mà phải gọi điện hoặc đến trực tiếp. Tình trạng này gây ra ùn tắc tại quầy lễ tân vào giờ cao điểm, tạo trải nghiệm không tốt cho khách hàng. Việc không thể dự báo và điều phối dòng bệnh nhân một cách khoa học khiến thời gian chờ đợi kéo dài, làm giảm sự hài lòng và ảnh hưởng đến hiệu quả hoạt động chung của toàn phòng khám.

III. Phương Pháp Xây Dựng Hệ Thống Quản Trị Bệnh Nhân Lịch Hẹn

Để xây dựng hệ thống quản trị phòng khám chuyên khoa hiệu quả, việc tập trung vào hai module cốt lõi là quản lý bệnh nhân và quản lý lịch hẹn là bước đi nền tảng. Đây là hai khía cạnh tương tác trực tiếp và thường xuyên nhất với khách hàng, quyết định phần lớn trải nghiệm của họ. Một hệ thống tốt phải số hóa toàn bộ vòng đời của bệnh nhân tại phòng khám, từ lúc đăng ký thông tin lần đầu cho đến các lần tái khám sau này. Việc này đòi hỏi một cơ sở dữ liệu được thiết kế khoa học để lưu trữ và truy xuất bệnh án điện tử EMR một cách nhanh chóng và an toàn. Theo mô hình thiết kế trong tài liệu tham khảo, hệ thống cần có các thực thể (entity) rõ ràng như User, MedicalReport, và Appointment để quản lý chặt chẽ dữ liệu. Việc ứng dụng RESTful API cho phép hệ thống có khả năng kết nối linh hoạt với các ứng dụng khác như website hay app mobile, tạo điều kiện cho bệnh nhân có thể tương tác với phòng khám mọi lúc, mọi nơi, từ đó nâng cao chất lượng dịch vụ và sự gắn kết.

3.1. Thiết kế cơ sở dữ liệu cho hồ sơ sức khỏe điện tử EHR

Nền tảng của việc quản lý bệnh nhân là hệ thống hồ sơ sức khỏe điện tử (EHR). Việc thiết kế cơ sở dữ liệu cho EHR đòi hỏi sự chi tiết và khả năng mở rộng. Dựa trên “Sơ đồ thực thể liên kết” (Hình 3.17) trong nghiên cứu, cơ sở dữ liệu cần bao gồm các bảng chính như User (thông tin định danh người dùng), UserDetail (thông tin cá nhân chi tiết), MedicalReport (bệnh án), và Document (tài liệu khám, kết quả xét nghiệm). Mỗi thực thể cần được định nghĩa rõ ràng các trường dữ liệu, mối quan hệ và các ràng buộc toàn vẹn. Ví dụ, một bệnh án (MedicalReport) sẽ liên kết với một phiên khám (Checkin), và phiên khám đó lại liên kết với một bệnh nhân (User). Thiết kế này đảm bảo dữ liệu được lưu trữ một cách có cấu trúc, nhất quán và dễ dàng truy vấn khi cần thiết.

3.2. Triển khai chức năng đặt lịch hẹn trực tuyến và tự động hóa

Chức năng đặt lịch hẹn trực tuyến là một trong những tiện ích được bệnh nhân đánh giá cao nhất. Để triển khai, hệ thống cần một module quản lý lịch hẹn bác sĩ linh hoạt, cho phép quản trị viên thiết lập các khung giờ làm việc (TimeSlot) và lịch làm việc theo tuần (Schedule). Bệnh nhân có thể xem các khung giờ còn trống và đặt lịch trực tiếp qua website hoặc ứng dụng di động. Hệ thống sẽ tự động xác nhận lịch hẹn và gửi thông báo nhắc nhở cho cả bệnh nhân và bác sĩ. Quy trình này giúp giảm tải cho nhân viên lễ tân, hạn chế sai sót và mang lại sự chủ động cho khách hàng. Việc tự động hóa này không chỉ dừng lại ở việc đặt lịch mà còn có thể mở rộng ra việc gửi thông báo tái khám, chúc mừng sinh nhật, góp phần xây dựng hệ thống chăm sóc khách hàng phòng khám (CRM) hiệu quả.

IV. Bí Quyết Tích Hợp Module Tài Chính Quản Lý Vật Tư Y Tế

Một hệ thống quản trị phòng khám chuyên khoa hoàn chỉnh không thể thiếu các module quản lý hoạt động kinh doanh. Việc tích hợp chức năng quản lý tài chính và kho vật tư giúp các nhà quản lý có một cái nhìn 360 độ về sức khỏe của doanh nghiệp, từ dòng tiền, công nợ đến tình hình tồn kho. Quản lý tài chính phòng khám bao gồm việc tạo hóa đơn dịch vụ, theo dõi thanh toán và tạo các báo cáo doanh thu chi tiết. Theo mô hình phân tích hệ thống trong tài liệu, mỗi phiên khám của bệnh nhân (Checkin) sẽ được liên kết với một hóa đơn (Bill), trong đó ghi rõ các dịch vụ đã sử dụng (CheckinClinicService). Luồng dữ liệu này đảm bảo tính minh bạch và chính xác trong mọi giao dịch tài chính. Tương tự, module quản lý kho thuốc và vật tư y tế giúp theo dõi số lượng tồn kho, tự động cảnh báo khi vật tư sắp hết và hỗ trợ quy trình nhập, xuất kho, giảm thiểu thất thoát và đảm bảo phòng khám luôn có đủ nguồn lực để hoạt động liên tục.

4.1. Xây dựng quy trình quản lý tài chính và báo cáo doanh thu

Quy trình quản lý tài chính cần được tự động hóa tối đa. Khi một dịch vụ được chỉ định cho bệnh nhân trong phiên khám, hệ thống sẽ tự động cập nhật chi phí vào hóa đơn điện tử. Nhân viên thu ngân chỉ cần xác nhận và thực hiện thanh toán. Hệ thống cần hỗ trợ nhiều phương thức thanh toán và có khả năng in hóa đơn chi tiết. Quan trọng hơn, phần mềm phải có khả năng tổng hợp dữ liệu để tạo ra các báo cáo doanh thu linh hoạt theo ngày, tuần, tháng hoặc theo từng dịch vụ, từng bác sĩ. Những báo cáo này là công cụ đắc lực giúp nhà quản lý đánh giá hiệu quả kinh doanh, xác định các dịch vụ thế mạnh và đưa ra các quyết định chiến lược kịp thời.

4.2. Giải pháp quản lý kho thuốc và vật tư y tế hiệu quả

Việc quản lý kho thuốc và vật tư y tế hiệu quả giúp tối ưu hóa chi phí và tránh gián đoạn dịch vụ. Hệ thống cần cho phép định nghĩa danh mục vật tư, quản lý nhà cung cấp, và theo dõi số lô, hạn sử dụng. Mỗi khi thuốc hoặc vật tư được sử dụng cho bệnh nhân, số lượng tồn kho sẽ được tự động trừ đi. Tính năng cảnh báo tồn kho tối thiểu là cực kỳ quan trọng, nó giúp bộ phận mua hàng chủ động lên kế hoạch nhập hàng mới, tránh tình trạng thiếu hụt đột ngột. Ngoài ra, hệ thống cần hỗ trợ kiểm kho định kỳ, giúp đối chiếu số liệu thực tế và số liệu trên phần mềm, từ đó phát hiện và xử lý kịp thời các sai lệch, thất thoát.

V. Mô Hình Triển Khai Phần Mềm Phòng Khám Các Yêu Cầu Kỹ Thuật

Quá trình triển khai phần mềm phòng khám là một dự án phức tạp, đòi hỏi sự chuẩn bị kỹ lưỡng về cả nghiệp vụ và công nghệ. Lựa chọn công nghệ phù hợp là yếu tố quyết định đến hiệu năng, khả năng mở rộng và bảo trì của hệ thống sau này. Đồ án của Đại học Bách Khoa Hà Nội đề xuất một kiến trúc hiện đại dựa trên tiêu chuẩn RESTful API, sử dụng Java SpringBoot cho máy chủ ứng dụng. Kiến trúc này mang lại tính linh hoạt cao, cho phép hệ thống dễ dàng tích hợp với các giao diện người dùng trên nhiều nền tảng (web, mobile). Về cơ sở dữ liệu, việc sử dụng các công cụ như Liquibase để quản lý các thay đổi về cấu trúc (schema migration) đảm bảo tính nhất quán và dễ dàng nâng cấp hệ thống. Quá trình triển khai cần tuân theo một lộ trình rõ ràng, bắt đầu từ việc phân tích yêu cầu, thiết kế hệ thống, phát triển, kiểm thử và cuối cùng là đào tạo người dùng và đưa vào vận hành chính thức. Đảm bảo bảo mật thông tin y tế là yêu cầu phi chức năng quan trọng hàng đầu trong suốt quá trình này.

5.1. Lựa chọn nền tảng quản lý y tế và kiến trúc hệ thống

Việc lựa chọn một nền tảng quản lý y tế phù hợp phụ thuộc vào quy mô và nhu cầu của phòng khám. Có thể lựa chọn các giải pháp đóng gói (SaaS) hoặc phát triển một hệ thống tùy chỉnh. Đối với việc phát triển tùy chỉnh, kiến trúc microservices hoặc kiến trúc 3 lớp (Controller - Service - DAO/Repository) như trong tài liệu gốc là những lựa chọn phổ biến. Kiến trúc RESTful API là tiêu chuẩn vàng cho các hệ thống hiện đại, giúp tách biệt logic phần backend và giao diện frontend, tạo điều kiện cho việc phát triển song song và bảo trì độc lập. Việc sử dụng các framework mạnh mẽ như Spring Boot (Java) giúp tăng tốc độ phát triển và đảm bảo sự ổn định cho hệ thống.

5.2. Các yêu cầu phi chức năng Hiệu năng bảo mật và khả năng mở rộng

Bên cạnh các yêu cầu chức năng, các yêu cầu phi chức năng đóng vai trò then chốt. Về hiệu năng, hệ thống phải đảm bảo thời gian phản hồi nhanh (ví dụ: dưới 5 giây cho mỗi yêu cầu) ngay cả khi có lượng truy cập lớn. Về bảo mật thông tin y tế, hệ thống phải tuân thủ các tiêu chuẩn an toàn, mã hóa dữ liệu nhạy cảm (như mật khẩu, thông tin bệnh án) và có cơ chế phân quyền truy cập chặt chẽ. Về khả năng mở rộng, thiết kế cơ sở dữ liệu và kiến trúc phần mềm phải cho phép hệ thống dễ dàng thêm các tính năng mới hoặc xử lý khối lượng dữ liệu ngày càng tăng mà không cần phải xây dựng lại từ đầu. Đây là yếu tố quan trọng để hệ thống có thể đồng hành cùng sự phát triển của phòng khám, thậm chí là quản lý chuỗi phòng khám trong tương lai.

Trích đoạn nội dung tài liệu

Chương 1 Cơ sở lý thuyết 1.1 Tổng quan về tiêu chuẩn RESTfulAPI RESTful API là một kiểu thiết kế API (Application Programming Interface) được sử dụng để truyền tải dữ liệu giữa các ứng dụng web và di động. REST (Representational State Transfer) là một kiến trúc phần mềm được phát triển bởi Roy Fielding năm 2000. RESTful API là một ứng dụng của kiến trúc này. RESTful API sử dụng các phương thức HTTP như GET, POST, PUT, DELETE để truy cập và xử lý dữ liệu.

RESTful API được thiết kế để đảm bảo tính tương thích, độc lập và có thể mở rộng của các ứng dụng web và di động. Với RESTful API, các ứng dụng có thể giao tiếp với nhau thông qua các yêu cầu HTTP đơn giản, dễ dàng tạo ra các ứng dụng phức tạp bằng cách kết hợp các tài nguyên khác nhau. Một số đặc điểm của RESTful API: • Sử dụng các phương thức HTTP để truy cập và xử lý dữ liệu. • Sử dụng các định danh tài nguyên URI (Uniform Resource Identifier) để xác định và truy cập các tài nguyên.

• Truyền tải dữ liệu dưới dạng định dạng mở JSON hoặc XML. • Hỗ trợ cache và có thể mở rộng. RESTful API có nhiều ưu điểm như tính tương thích cao, độc lập với ngôn ngữ lập trình, dễ dàng để phát triển và bảo trì. Nó cũng cho phép ứng dụng tương tác với nhau một cách dễ dàng và hiệu quả.

Tuy nhiên, việc thiết kế và triển khai RESTful API cần Trang 4 phải được thực hiện một cách đúng đắn để đảm bảo tính bảo mật và hiệu suất của hệ thống.2 Tổng quan về SpringBoot Spring Boot là một framework phát triển ứng dụng web cho phép người dùng dễ dàng tạo ra các ứng dụng Java chạy trên nền tảng của Spring Framework. Spring Boot cung cấp cho người dùng một số tính năng và lợi ích, bao gồm: • Tự cấu hình: Spring Boot tự động cấu hình nhiều thứ để người dùng không cần phải cấu hình thủ công, giúp tiết kiệm thời gian và công sức. • Các phần mềm con độc lập: Spring Boot giúp đóng gói và phân phối các ứng dụng Java với các phần mềm con độc lập, điều này giúp cho việc cài đặt và triển khai trở nên dễ dàng và thuận tiện hơn. • Tích hợp tốt: Spring Boot tích hợp tốt với nhiều công nghệ phổ biến như Spring Data, Spring Security, và Spring MVC, giúp người dùng phát triển ứng dụng nhanh chóng và dễ dàng.

• Các tính năng đáng chú ý: Spring Boot cung cấp nhiều tính năng đáng chú ý như chạy ứng dụng trên máy chủ web nhúng, tạo RESTful API, cấu hình dịch vụ bảo mật, và tạo các hồ sơ giám sát (monitoring profiles). • Dễ dàng tùy chỉnh: Spring Boot cho phép người dùng tùy chỉnh cấu hình để tạo ra các ứng dụng theo nhu cầu của mình. • Hỗ trợ cộng đồng: Spring Boot có một cộng đồng lớn và tích cực, cung cấp cho người dùng các tài liệu và hướng dẫn chi tiết về cách sử dụng và tối ưu hóa ứng dụng của họ.3 Tổng quan về H2Database H2 Database là một hệ thống quản lý cơ sở dữ liệu mã nguồn mở được viết bằng Java, được thiết kế để có thể chạy trên nhiều nền tảng khác nhau. H2 Database cung cấp nhiều tính năng chính để quản lý cơ sở dữ liệu, bao gồm: Trang 5 • Hỗ trợ nhiều loại cơ sở dữ liệu: H2 Database hỗ trợ nhiều loại cơ sở dữ liệu, bao gồm cơ sở dữ liệu quan hệ (Relational database), cơ sở dữ liệu đối tượng (Object-oriented database) và cơ sở dữ liệu key-value.

• Hỗ trợ nhiều ngôn ngữ lập trình: H2 Database hỗ trợ nhiều ngôn ngữ lập trình, bao gồm Java, C++, C#, Python và Ruby. • Tốc độ xử lý nhanh: H2 Database được thiết kế để có thể xử lý cơ sở dữ liệu nhanh chóng và hiệu quả. • Dễ dàng tích hợp: H2 Database có thể tích hợp với nhiều hệ thống phát triển phần mềm khác, bao gồm các framework phổ biến như Hibernate và Spring. • Hỗ trợ mã hóa và bảo mật: H2 Database cung cấp nhiều tính năng bảo mật, bao gồm mã hóa dữ liệu và chứng thực người dùng.

• Tính linh hoạt và mở rộng: H2 Database được thiết kế để có thể linh hoạt và dễ dàng mở rộng, cho phép người dùng thêm tính năng mới hoặc tùy chỉnh cơ sở dữ liệu theo nhu cầu của mình. • Hỗ trợ cập nhật và khôi phục dữ liệu: H2 Database cho phép người dùng thực hiện cập nhật và khôi phục dữ liệu dễ dàng, giúp đảm bảo tính toàn vẹn của cơ sở dữ liệu. • Tính đa nền tảng: H2 Database có thể chạy trên nhiều nền tảng khác nhau, bao gồm Windows, Linux và Mac OS.4 Tổng quan về Liquibase Liquibase là một công cụ quản lý phiên bản cơ sở dữ liệu được sử dụng để theo dõi các phiên bản cấu trúc cơ sở dữ liệu và thay đổi dữ liệu liên quan. Công cụ này cho phép quản lý các phiên bản của cấu trúc cơ sở dữ liệu và quản lý các phiên bản của dữ liệu.

Với Liquibase, người dùng có thể tạo ra các script để tạo và thay đổi cấu trúc của cơ sở dữ liệu và lưu chúng trong các file XML hoặc YAML. Nó hỗ trợ nhiều hệ quản trị cơ sở dữ liệu phổ biến, bao gồm Oracle, SQL Server, MySQL, PostgreSQL, DB2 và H2. Một số đặc tính chính của Liquibase bao gồm: Trang 6 • Hỗ trợ phiên bản cơ sở dữ liệu và dữ liệu. • Cho phép người dùng tạo ra các script để tạo ra các phiên bản cơ sở dữ liệu mới.

• Hỗ trợ thay đổi dữ liệu và thay đổi cấu trúc cơ sở dữ liệu. • Cho phép người dùng rollback các thay đổi. • Có thể tích hợp vào các quy trình liên tục tích hợp và triển khai tự động. • Liquibase được sử dụng rộng rãi trong các dự án phát triển phần mềm và các dự án cơ sở dữ liệu, và là một công cụ hữu ích trong việc quản lý các phiên bản cơ sở dữ liệu và đảm bảo tính nhất quán của dữ liệu trong các môi trường phát triển và triển khai.5 Kiến trúc của một ứng dụng Spring Boot theo tiêu chuẩn RESTful API Kiến trúc của một ứng dụng Spring Boot theo tiêu chuẩn RESTful API có thể được thiết kế theo mô hình 3 lớp (3-tier architecture), bao gồm các lớp sau: • Lớp Controller: Đây là lớp đầu tiên nhận các yêu cầu HTTP từ client.

Lớp này sẽ kiểm tra và xử lý các yêu cầu này, định tuyến chúng đến lớp Service tương ứng và trả về các đối tượng HTTP Response cho client. • Lớp Service: Lớp này chịu trách nhiệm xử lý các yêu cầu do lớp Controller gửi đến, thường bao gồm các thao tác CRUD (Create, Read, Update, Delete) trên cơ sở dữ liệu. Lớp Service sẽ gọi các phương thức từ lớp DAO (Data Access Object) để truy cập vào cơ sở dữ liệu. • Lớp DAO: Lớp này là lớp truy cập cơ sở dữ liệu để thực hiện các thao tác CRUD.

Lớp DAO sẽ đảm bảo kết nối tới cơ sở dữ liệu, tạo các câu lệnh SQL để thao tác dữ liệu và trả về kết quả cho lớp Service. Ngoài ra, để đảm bảo đúng tiêu chuẩn RESTful API, các ứng dụng Spring Boot cần tuân thủ các nguyên tắc và tiêu chuẩn sau: • Sử dụng các phương thức HTTP chuẩn (GET, POST, PUT, DELETE) để thao tác với tài nguyên (resource). Trang 7 • Sử dụng định dạng JSON hoặc XML để trao đổi dữ liệu giữa client và server. • Sử dụng các URL thân thiện với người dùng để truy cập tài nguyên (ví dụ: /users/id thay vì /users?id=id).

• Sử dụng mã trạng thái HTTP (HTTP status code) để biểu thị trạng thái của yêu cầu (ví dụ: 200 OK, 404 Not Found, 500 Internal Server Error). • Đảm bảo rằng mã lỗi và thông báo lỗi được trả về đúng định dạng và đầy đủ thông tin để giúp client xử lý lỗi một cách chính xác. Trong hệ thống này em sẽ sử dụng JPA (Java Persistense API) làm giải pháp thay thế cho lớp DAO, sử dụng các Class Domain với kĩ thuật ORM để ánh xạ các đối tượng trong hệ thống đến các bảng trong cơ sở dữ liệu 1.6 Tổng quan về ORM ORM là viết tắt của "Object-Relational Mapping" (Ánh xạ đối tượng-quan hệ), là một kỹ thuật trong lập trình để ánh xạ dữ liệu giữa các đối tượng của ngôn ngữ lập trình với các bảng trong cơ sở dữ liệu quan hệ. Thay vì phải viết các truy vấn SQL để truy cập dữ liệu trong cơ sở dữ liệu, các đối tượng trong mã nguồn sẽ được sử dụng để tương tác với cơ sở dữ liệu.

Điều này giúp giảm bớt sự phức tạp trong việc tương tác với cơ sở dữ liệu, tăng tính bảo mật và giảm thiểu sự lỗi trong mã nguồn. Ví dụ, trong ORM, một lớp đối tượng có thể tương ứng với một bảng trong cơ sở dữ liệu và các thuộc tính của lớp đối tượng sẽ tương ứng với các cột của bảng. Khi một đối tượng được tạo mới hoặc sửa đổi, các thay đổi sẽ được tự động đồng bộ hóa với cơ sở dữ liệu mà không cần phải viết các truy vấn SQL. ORM được sử dụng phổ biến trong các ứng dụng web để tương tác với cơ sở dữ liệu, giúp giảm thiểu thời gian phát triển, tăng tính bảo mật và cải thiện hiệu suất của ứng dụng.7 Tổng quan về JPA JPA là viết tắt của Java Persistence API, là một API trong Java để tương tác với cơ sở dữ liệu quan hệ.

Nó là một phần của Java Enterprise Edition (Java EE) và được Trang 8 Chương 3 Phân tích và thiết kế hệ thống 3.1 Mô hình nghiệp vụ 3.1 Sơ đồ luồng dữ liệu mức 0 Sơ đồ luồng dữ liệu mức 0 là một sơ đồ đơn giản và trực quan hóa mức độ cao nhất trong phân tích luồng dữ liệu. Miêu tả các quy trình cơ bản và các tác nhân chính trong hệ thống mà không đề cập đến bất kỳ chi tiết cụ thể nào, cung cấp một cái nhìn tổng quan về kiến trúc của hệ thống. Dưới đây là sơ đồ luồng dữ liệu mức ngữ cảnh cho hệ thống quản trị phòng khám với 4 tác nhân chính: • Quản lý phòng khám • Nhân viên phòng khám • Bác sĩ • Bệnh nhân Trang 26 Hình 3.1: Sơ đồ luồng dữ liệu mức ngữ cảnh (mức 0) Trang 27 3.2 Sơ đồ luồng dữ liệu mức 1 Sau khi phân rã chức năng quản trị phòng khám tại biểu đồ luồng dữ liệu mức ngữ cảnh ta có sơ đồ luồng dữ liệu mức 1 như sau: Hình 3.2: Sơ đồ luồng dữ liệu mức 1 Trang 28 3.3 Sơ đồ luồng dữ liệu mức 2 Hình 3.3: Chức năng quản lý chung Hình 3.4: Chức năng quản lý phiên khám Trang 29 Hình 3.