TỔNG QUAN
QUY TRÌNH PHÁT TRIỂN PHẦN MỀM VÀ CÔNG CỤ
Agile là một mô hình phát triển phần mềm linh hoạt, giúp kết nối khách hàng vào quy trình phát triển để tạo ra sản phẩm nhanh chóng Sau khi đáp ứng yêu cầu của khách hàng, quá trình phát triển sẽ tiếp tục với các giai đoạn tiếp theo Thời gian công bố sản phẩm có thể thay đổi tùy thuộc vào từng dự án, có thể ngắn hoặc dài.
Trong phương pháp phát triển phần mềm Agile, thời gian triển khai có thể kéo dài từ 2 tuần đến 1 tháng Thay vì chú trọng vào tài liệu thiết kế ban đầu, Agile tập trung vào kết quả cuối cùng của sản phẩm.
Jira Software là một công cụ quản lý dự án giúp người quản lý có cái nhìn tổng quát về các giai đoạn phát triển Tất cả các dự án được lưu trữ trong một cơ sở dữ liệu trung tâm và phải tuân theo các quy trình làm việc cụ thể Người dùng có thể linh hoạt tạo ra những quy trình làm việc khác nhau phù hợp với đặc thù của từng dự án Công cụ này hỗ trợ kiểm soát nhiệm vụ, thành viên và các quy tắc liên quan trong quá trình phân công nhiệm vụ.
2.1.2 Chi tiết mô hình phát triển phần mềm Agile và Jira Software
- Agile Điểm Mạnh Điểm Yếu
- Dự án đáp ứng nhanh chóng với những thay đổi liên tục
- Tập trung hơn vào chất lượng của sản phẩm thay vì quá tập trung vào tài liệu
- Tăng khả năng tương tác giữa các khách hàng và nhà phát triển, giữa các thành viên trong dự án
- Giảm chi phí cho giai đoạn sửa lỗi, bảo trì sản phẩm
Việc hiểu sai tài liệu và mất tài liệu trong môi trường Agile thường xảy ra do Agile không yêu cầu tài liệu chi tiết Điều này dẫn đến việc các yêu cầu được gửi đến đội phát triển (Dev) mà chưa đầy đủ thông tin cần thiết, gây ảnh hưởng đến tiến độ và chất lượng dự án.
- Những thay đổi yêu cầu là quá nhiều và dồn dập sẽ gây ra rối loạn trong việc đánh giá và lên kế hoạch
Jira cung cấp chức năng phân quyền chi tiết, cho phép quản lý quyền truy cập không chỉ trong các dự án chung mà còn đối với từng nhiệm vụ cụ thể Điều này giúp đội ngũ công nghệ bảo vệ thông tin độc quyền một cách hiệu quả.
- Dễ dàng tích hợp được với các hệ thống khác: email, excel, v.v…
Jira mang đến khả năng tùy biến vượt trội, cho phép người dùng tạo ra nhiều loại vấn đề khác nhau Ngoài ra, người dùng có thể điều chỉnh quy trình làm việc để phù hợp với nhu cầu cụ thể của từng công ty.
Jira cung cấp các công cụ thống kê hữu ích để hỗ trợ người dùng trong việc quản lý lộ trình Nó giúp phác thảo bức tranh tổng quan, truyền đạt kế hoạch rõ ràng và kết nối các mục tiêu lớn hơn với nhiệm vụ hàng ngày của nhóm.
- Chi phí cao, sau 7 ngày dùng thử thì doanh nghiệp có quy mô lớn sẽ tốn khá nhiều chi phí cho Jira
- Ứng dụng di động chưa thực sự hiệu quả: việc thực hiện các thao tác trên ứng dụng tỏ ra kém trơn tru hơn so với phiên bản web
- Quy trình làm việc trên phần mềm phức tạp nên đòi hỏi phải có sự đầu tư tìm hiểu chỉnh chu, kỹ càng
- Phải mất khá nhiều thời gian và công sức để thiết lập
2.1.3 So sánh Jira Software trên thị trường
Jira và Redmine là hai công cụ quản lý dự án phổ biến, nhưng chúng có những điểm khác biệt rõ rệt Redmine là một phần mềm mã nguồn mở, chủ yếu dùng để theo dõi các vấn đề trong dự án và quản lý dự án, tuy nhiên, nó thiếu nhiều tính năng sẵn có mà Jira cung cấp Việc Redmine yêu cầu cài đặt thêm các tiện ích để có được tính năng mong muốn có thể tốn thời gian và công sức của các đội ngũ phát triển Ngược lại, Jira giúp các nhóm tập trung vào việc phát triển sản phẩm mà không phải lo lắng về việc thiết lập môi trường như Redmine.
Jira và Microsoft Project đều là những công cụ quản lý dự án mạnh mẽ, nhưng Microsoft Project nổi bật với nhiều tính năng hỗ trợ người dùng trong việc triển khai và thực thi dự án hiệu quả.
Microsoft Project là một công cụ mạnh mẽ nhưng có thể khó sử dụng cho người mới, đặc biệt khi so với Jira Một điểm hạn chế của Microsoft Project là thiếu tính năng tự động hóa trong việc thông báo qua email đến các thành viên, điều này có thể ảnh hưởng đến tiến độ công việc của cả đội.
CÔNG NGHỆ NODEJS
NodeJS là một nền tảng mã nguồn mở được phát triển dựa trên Javascript V8 Engine, thường được sử dụng để xây dựng ứng dụng web, diễn đàn và đặc biệt là các trang mạng xã hội với quy mô nhỏ Nền tảng này được hàng ngàn lập trình viên trên toàn thế giới áp dụng rộng rãi trong các dự án phát triển phần mềm.
Tất cả các API của NodeJS đều hoạt động theo cơ chế không đồng bộ, dựa vào nền tảng của NodeJS Server để chờ nhận dữ liệu trả về Quá trình này bao gồm việc chuyển tiếp giữa các API sau khi thực hiện gọi và sử dụng cơ chế thông báo sự kiện để quản lý các hoạt động.
Node.js giúp máy chủ để có được một phản ứng từ các cuộc gọi API trước
- Chạy rất nhanh: NodeJS được xây dựng dựa vào nền tảng V8 Javascript
Engine nên việc thực thi chương trình rất nhanh
Đơn luồng với khả năng mở rộng cao: Mô hình luồng duy nhất kết hợp với sự kiện lặp cho phép tổ chức sự kiện một cách hiệu quả Cơ chế này giúp máy chủ đáp ứng không ngăn chặn, mang lại khả năng mở rộng vượt trội so với các máy chủ truyền thống, vốn có giới hạn trong việc xử lý yêu cầu.
- Không đệm: NodeJS không đệm bất kì một dữ liệu nào và các ứng dụng này chủ yếu là đầu ra dữ liệu
- Có giấy phép: NodeJS đã được cấp giấy phép bởi MIT License.
CÔNG NGHỆ REACTJS
ReactJS là một thư viện JavaScript phổ biến, được sử dụng để xây dựng các thành phần giao diện người dùng (UI) Thư viện này giúp đơn giản hóa quy trình phát triển bằng cách phân chia các giao diện phức tạp thành nhiều thành phần nhỏ, dễ quản lý hơn.
React là một thư viện JavaScript được phát triển bởi Jordan Walke, một kỹ sư phần mềm tại Facebook Ban đầu, React được duy trì bởi Facebook và đã được áp dụng trong nhiều sản phẩm của họ, bao gồm WhatsApp và Instagram.
ReactJS is utilized for developing single-page applications (SPAs) One of its appealing features is that it can be implemented on both the client-side and the server-side.
Hướng dẫn của Facebook rất chi tiết và thân thiện với người mới bắt đầu, giúp họ dễ dàng học hỏi Thiết kế đơn giản cùng với việc sử dụng JSX, một cú pháp tương tự HTML cho phép nhúng mã Javascript, tạo điều kiện thuận lợi để xây dựng các khuôn mẫu hiệu quả.
- Tốc độ ứng dụng vô cùng ấn tượng Tất cả là nhờ kỹ thuật DOM ảo của React và tối ưu hóa rendering
- Hỗ trợ render phía máy chủ rất tốt Điều này làm cho React trở thành một framework mạnh mẽ cho các ứng dụng tập trung vào nội dung
- Hỗ trợ tạo ứng dụng Progressive Web App (PWA) nhanh chóng Đơn giản chỉ cần câu lệnh: “create-react-app”
- Data-binding một chiều, có nghĩa là ít side effects không mong muốn
- Mô hình Redux: một mô hình quản lý trạng thái ứng dụng cực tốt Và một điều rất hay là nó rất dễ học
- React theo trường phái lập trình hàm (Functional Programming), tạo mã dễ kiểm tra và có khả năng tái sử dụng cao
- Ngoài ra, còn một ưu điểu cực lớn nữa, đó là nếu bạn biết về React thì bạn sẽ dễ dàng học thêm React Native.
DỊCH VỤ EC2 CỦA AWS
EC2 là nền tảng điện toán đám mây linh hoạt, hỗ trợ các bộ xử lý Intel, AMD và Arm, cho phép người dùng lựa chọn từ nhiều hệ điều hành khác nhau như Windows, MacOS, Linux, Ubuntu, và Red Hat.
Nó cho phép người dùng thiết kế và xây dựng ứng dụng có khả năng tự động mở rộng quy mô theo nhu cầu hiện tại Điều này không chỉ giúp triển khai máy chủ ảo dễ dàng hơn mà còn quản lý dữ liệu một cách hiệu quả, giảm thiểu nhu cầu đầu tư vào phần cứng và cơ sở hạ tầng mạng liên quan.
Khả năng nâng cấp dung lượng lưu trữ là yếu tố quan trọng trong việc mở rộng quy mô dự án phần mềm Việc tùy chỉnh cấu hình máy chủ ảo trên EC2 giúp quá trình này trở nên dễ dàng và hiệu quả hơn.
- Linh hoạt trong cấu hình: Người dùng có thể chọn kích thước RAM, CPU và hệ điều hành mong muốn
- Tích hợp: EC2 có thể tích hợp với các dịch vụ AWS khác, chẳng hạn như RDS, Route 53, Elasticsearch, MongoDB, vv…
Người dùng có quyền quản trị để kiểm soát các máy chủ ảo đang hoạt động, cho phép họ tạm dừng hoặc khởi động lại các phiên bản máy chủ ảo theo nhu cầu.
Bảo mật là yếu tố quan trọng, cho phép người dùng kiểm soát các phiên bản ở chế độ riêng tư cũng như phiên bản kết nối với Internet Dịch vụ EC2 của Amazon tận dụng Đám mây riêng ảo để nâng cao tính bảo mật và linh hoạt cho người dùng.
(VPC) để bảo mật và các doanh nghiệp có thể kết nối cơ sở hạ tầng CNTT an toàn của họ với các tài nguyên trong VPC.
DỊCH VỤ RDS CỦA AWS
Amazon Relational Database Service (RDS) is a web service that simplifies the setup and scaling of relational database configurations on the AWS Cloud.
Amazon RDS cung cấp nhiều loại instance cơ sở dữ liệu được tối ưu hóa cho bộ nhớ, hiệu suất hoặc I/O Người dùng có thể lựa chọn từ 6 công cụ cơ sở dữ liệu phổ biến, bao gồm Amazon Aurora, PostgreSQL, MySQL, MariaDB, Oracle và Microsoft SQL Server.
- Bạn có thể phân bổ CPU, IOPS hay Storage một cách tuỳ biến
- RDS sử dụng AWS backup service cho việc sao lưu, tự động phát hiện lỗi và phục hồi dữ liệu
- Khả năng tự đồng bộ cao
- Kiểm soát được việc truy cập vào RDS thông qua IAM, bảo vệ cơ sở dữ liệu bằng bằng cách đẩy lên virtual private cloud
Khả năng mở rộng cao cho phép bạn điều chỉnh tài nguyên tính toán và dung lượng lưu trữ của các cơ sở dữ liệu một cách linh hoạt, đáp ứng nhu cầu phát triển của doanh nghiệp.
Amazon RDS đảm bảo tính có sẵn và độ bền cao nhờ vào việc sử dụng cơ sở hạ tầng đáng tin cậy, tương tự như các dịch vụ Web khác của Amazon Khi bạn triển khai Multi-AZ, hệ thống sẽ tự động sao lưu và chuyển đổi giữa các vùng để duy trì dịch vụ liên tục.
Amazon RDS enhances reliability by synchronizing data replication to one or more standby instances Key features include automated backups, database snapshots, and automatic host replacement, all of which contribute to improved data protection and system resilience.
Với hiệu quả về chi phí, AWS cung cấp dịch vụ Amazon Aurora, mang lại hiệu suất ngang bằng các cơ sở dữ liệu thương mại nhưng với chi phí chỉ bằng 1/10 Điều này cho phép bạn trả mức giá rất thấp và chỉ trả cho các khối lượng dữ liệu thực tế tiêu dùng mỗi tháng Ngoài ra, bạn còn được hưởng lợi từ tùy chọn giá theo yêu cầu (On-Demand pricing) mà không cần cam kết trước hoặc dài hạn, hoặc giảm giá theo giờ thông qua Reserved Instance pricing, giúp tối ưu hóa chi phí sử dụng dịch vụ.
PHÂN TÍCH THIẾT KẾ HỆ THỐNG
BẢNG PHÂN RÃ TÍNH NĂNG
# Nhóm tính năng Tên chức năng Ghi chú
Nhân viên quản lý thông tin Đăng nhập cho nhân viên Nhân viên đăng nhập hệ thống
2 Cập nhật thông tin nhân viên Cho phép nhân viên cập nhật các thông tin cá nhân
3 Thay đổi mật khẩu Trước khi thay đổi mật khẩu Nhân viên phải trả lời đúng mật khẩu cũ và câu hỏi bảo mật
4 Quên mật khẩu Nhân viên phải trả lời đúng mật khẩu cũ và câu hỏi bảo mật và nhập đúng thông tin tài khoản
Quản lý thông tin nhân viên
Xem danh sách nhân viên Không có
6 Xem chi tiết nhân viên Không có
7 Thêm nhân viên Không có
8 Sửa thông tin nhân viên Không có
9 Thiết lập quyền hạn cho nhân viên Tính năng cho phép thiết lập các quyền hạn cụ thể đối với các tính năng trong hệ thống
10 Dừng hoạt động tài khoản Các tài khoản bị dừng hoạt động sẽ không được phép thực hiện bất khi thao tác nào đối với hệ thống
11 Tích hợp/xuất dữ liệu nhân viên trên
Dữ liệu tích hợp sẽ được đưa vào hàng chờ và phải được kiểm duyệt thì được phép sử dụng trên hệ thống
Quản lý thông tin bệnh nhân
Xem/tìm kiếm/phân loại danh sách bệnh nhân Không có
13 Xem chi tiết thông tin bệnh nhân Không có
14 Thêm bệnh nhân Không có
15 Sửa bệnh nhân Không có
16 Tích hợp/xuất dữ liệu bệnh nhân trên
Dữ liệu tích hợp sẽ được đưa vào hàng chờ và phải được kiểm duyệt thì được phép sử dụng trên hệ thống
Quản lý hồ sơ bệnh án
Xem/tìm kiếm hồ sơ bệnh án Hỗ trợ xem toàn bộ các bệnh án đã được thiết lập trước đó khi xem chi tiết thông tin bệnh nhân
18 Xem chi tiết hồ sơ bệnh án Không có
19 Thêm mới hồ sơ bệnh án Hỗ trợ tự động gợi ý các thông tin đã được thiết lập từ bệnh án trước đó
20 Chỉnh sửa hồ sơ bệnh án Chỉnh sửa hoặc thêm các kết quả cho bệnh án
21 Xuất hóa đơn Xuất hóa đơn yêu cầu thanh toán dưới dạng pdf cho bệnh nhân hỗ trợ trong việc bán thuốc
22 Xuất đơn thuốc Xuất danh sách các loại thuốc được kê đơn bởi bác sĩ Không bao gồm các chi phí đi kèm
Quản lý lịch khám bệnh
Xem/tìm kiếm lịch khám bệnh Hỗ trợ chế độ xem nhanh theo tuần và theo danh sách
24 Xem chi tiết lịch khám bệnh theo ngày Không có
25 Thêm mới đăng ký khám bệnh Không có
26 Sao chép Hỗ trợ tạo nhanh phiếu đăng ký khám bệnh dựa trên các thông tin trước đó
27 Chỉnh sửa đăng ký khám bệnh Đối với các tài khoản ấn khám bệnh hoặc có trạng thái là "Hủy" sẽ không được phép cập nhật
28 Sắp xếp lịch thời gian khám bệnh
Phòng khám hiện đang hoạt động theo ca, cho phép bệnh nhân đăng ký khám trong ngày có thể đến sớm hoặc muộn Nhờ đó, nhân viên có thể linh hoạt sắp xếp thời gian để phù hợp với lịch trình của từng bệnh nhân.
Quản lý thông tin mẫu khám bệnh
Xem/tìm kiếm/phân loại danh sách mẫu bệnh án Không có
30 Thêm mới mẫu sẵn bệnh án Không có
31 Chỉnh sửa mẫu sẵn bệnh án Không có
32 Xóa mẫu bệnh án Không có
Quản lý các loại mặt hàng
Xem/tìm kiếm/phân loại danh sách các mặt hàng Không có
34 Thêm mới các mặt hàng Không có
35 Chỉnh sửa các mặt hàng Không có
36 Dừng kinh doanh mặt hàng Các mặt hàng ngừng kinh doanh sẽ không theo tìm thấy khi tạo các phiếu kho
Quản lý các phiếu mua hàng
Xem/tìm kiếm/phân loại danh sách các phiếu mua hàng Không có
38 Thêm mới các phiếu mua hàng Không có
39 Chỉnh sửa các phiếu mua hàng Phiếu không thể chỉnh sửa ở trạng thái thanh toán hoặc hủy
40 Thanh toán/hủy phiếu Chỉ những phiếu ở trạng thái "Đã duyệt" mới được phép thực hiện
41 Xuất hóa đơn Không có
42 Quản lý các phiếu bán hàng
Xem/tìm kiếm/phân loại danh sách các phiếu bán hàng Không có
43 Thêm mới các phiếu bán hàng Không có
44 Chỉnh sửa các phiếu bán hàng Không có
45 Thanh toán/hủy phiếu Chỉ những phiếu ở trạng thái "Đã duyệt" mới được phép thực hiện
46 Xuất hóa đơn Không có
Thống kê mặt hàng chiến lược Không có
48 Thống kê mặt hàng sắp hết hạn Không có
49 Thống kê doanh thu Không có.
ĐẶC TẢ USE CASE
3.2.1 Danh sách các Use case hệ thống
# Mã Use case Mô Tả
1 UC_INT_LOGIN Nhân viên đăng nhập hệ thống
2 UC_INT_CHNG_PSSWRD Nhân viên thay đổi mật khẩu
3 UC_INT_UPDT_INFR Nhân viên cập nhật thông tin cá nhân
4 UC_INT_EMP_PROCESS Quy trình quản lý nhân viên
5 UC_INT_ITM_PROCESS Quy trình quản lý các mặt hàng kinh doanh
6 UC_INT_PTNT_PROCESS Quy trình quản lý thông tin bệnh nhân
7 UC_INT_SCHDL_PROCESS Quy trình tiếp nhận và thăm khám
8 UC_INT_MDCL_PROCESS Quy trình quản lý hồ sơ bệnh án và hồ sơ mẫu
9 UC_INT_PO_PROCESS Quy trình quản lý phiếu mua hàng
10 UC_INT_SO_PROCESS Quy trình quản lý phiếu bán hàng
11 UC_INT_ INTG_PROCESS Quy trình tích hợp dữ liệu cho nhân viên, mặt hàng, bệnh nhân, bệnh án
12 UC_INT_RPRT Thống kê báo cáo
3.2.2 Đặc tả các Use Case 3.2.2.1 Nhân viên đăng nhập hệ thống
Mã Use case UC_INT_LOGIN
Tên Nhân viên đăng nhập hệ thống
Nhân viên cần đăng nhập để xác định danh tính và phân quyền, từ đó xác định quyền sử dụng các tính năng trên hệ thống Lưu ý rằng tài khoản phải được tạo trước đó để thực hiện quá trình này.
Sau khi xác thực tài khoản thành công, hệ thống sẽ kiểm tra quyền truy cập của tài khoản hiện tại và chuyển hướng người dùng đến màn hình làm việc phù hợp.
Luồng hoạt động Không có
Luồng tương tác ngoại lệ
Yêu cầu tính năng Lấy được thông tin phần quyền của nhân viên
Yêu cầu phi tính năng Thông báo thành công hoặc thất bại khi xác thực không thành công
3.2.2.2 Nhân viên thay đổi mật khẩu
Mã Userase UC_INT_CHNG_PSSWRD
Tên Nhân viên thay đổi mật khẩu
Mô tả Nhân viên được phép thay đổi mật khẩu Điều kiện tiên quyết Phải đăng nhập vào hệ thống Điều kiện theo sau Không có
Luồng hoạt động Không có
Luồng tương tác ngoại lệ
Yêu cầu tính năng Không có
Yêu cầu phi tính năng Thông báo lưu thành công hoặc thất bại
3.2.2.3 Nhân viên cập nhật thông tin cá nhân
Mã Userase UC_INT_UPDT_INFR
Tên Nhân viên cập nhật thông tin cá nhân
Nhân viên có quyền thay đổi và chỉnh sửa toàn bộ thông tin cơ bản cũng như thêm các câu hỏi bảo mật, tuy nhiên, điều kiện tiên quyết là phải thực hiện đăng nhập vào hệ thống Không có điều kiện nào khác đi kèm.
Luồng hoạt động Không có
Luồng tương tác ngoại lệ
Yêu cầu tính năng Không có
Yêu cầu phi tính năng Thông báo lưu thành công hoặc thất bại
3.2.2.4 Quy trình quản lý nhân viên
Mã Userase UC_INT_EMP_PROCESS
Tên Quy trình quản lý thông tin nhân viên
Mô tả Hỗ trợ tìm kiếm, thiết lập thông tin cho thông tin nhân viên dễ dàng
Hệ thống hỗ trợ tìm kiếm nhân viên theo nhiều thuộc tính, với điều kiện tiên quyết là mỗi tài khoản cần được thiết lập quyền tương ứng để sử dụng các tính năng Không có điều kiện theo sau nào khác Tuy nhiên, những tài khoản không có quyền truy cập danh sách sẽ không thấy mục để truy cập vào trang quản lý nhân viên.
Thông báo lưu thành công/ thất bại sau khi thiết lập nhân viên
Hình 3.1: Sơ đồ luồng của quy trình quản lý nhân viên
Khi thông tin nhân viên được thay đổi, hệ thống sẽ tự động ghi lại các thông tin đã thay đổi cùng với người thực hiện thao tác.
2 Bảo mật Đối với những tài khoản tạo mới mật khẩu sẽ tương tự tên tài khoản
(Nhân viên có thể dùng tính năng thay đổi mật khẩu)
3 Khác Không hỗ trợ thiết lập câu hỏi bảo mật khi thiết lập thông tin nhân viên
3.2.2.5 Quy trình quản lý các mặt hàng kinh doanh
Mã Userase UC_INT_ITM_PROCESS
Tên Quy trình quản lý thông tin mặt hàng kinh doanh
Mô tả Hỗ trợ tìm kiếm, thiết lập thông tin cho thông tin các mặt hàng kinh doanh dễ dàng
Hệ thống hỗ trợ tìm kiếm mặt hàng theo nhiều thuộc tính khác nhau, giúp người dùng dễ dàng tìm kiếm sản phẩm mong muốn Mỗi tài khoản sẽ được thiết lập quyền truy cập tương ứng để sử dụng các tính năng đặc biệt Không có điều kiện nào khác cần phải đáp ứng.
Các tài khoản không có quyền truy cập vào danh sách sẽ không thấy tùy chọn để truy cập trang quản lý sản phẩm đang kinh doanh Hệ thống sẽ thông báo thành công hoặc thất bại sau khi thiết lập quyền cho nhân viên.
Hình 3.2: Sơ đồ luồng của quy trình quản lý các mặt hàng kinh doanh
Khi thông tin mặt hàng được thay đổi, hệ thống sẽ tự động lưu lại các thông tin đã thay đổi cùng với danh tính của người thực hiện thao tác.
2 Xóa Không cho phép xóa mặt hàng thay vào đó là hỗ trợ ngừng kinh doanh mặt hàng
Thông tin mặt hàng sẽ được lấy mặc định cho các phiếu kho tương ứng
3.2.2.6 Quy trình quản lý bệnh nhân
Mã Userase UC_INT_PTNT_PROCESS
Tên Quy trình quản lý thông tin bệnh nhân
Mô tả Hỗ trợ tìm kiếm, thiết lập thông tin cho thông tin bệnh nhân dễ dàng
Hỗ trợ tìm kiếm bệnh nhân theo nhiều thuộc tính với các quyền truy cập tương ứng cho từng tài khoản Mỗi tài khoản sẽ được thiết lập quyền hạn để sử dụng các tính năng liên quan Không có điều kiện nào khác đi kèm.
Yêu cầu phi chức năng Những tài khoản không có quyền xem danh sách sẽ không thể hiện mục để đi đến trang quản lý các bệnh nhân
Thông báo lưu thành công/ thất bại sau khi thiết lập nhân viên
Hình 3.3: Sơ đồ luồng quản lý thông tin bệnh nhân
Hệ thống sẽ tự động lưu lại dấu vết khi có sự thay đổi thông tin bệnh nhân, ghi nhận những thông tin đã bị thay đổi cùng với danh tính của người thực hiện thao tác.
Để tối ưu hóa quy trình nhập thông tin bệnh nhân và đảm bảo tính duy nhất của dữ liệu, nhân viên cần nhập đầy đủ các thông tin như “Họ và tên lót”, “Tên”, “Điện thoại” và “Ngày sinh” Hệ thống sẽ tự động tìm kiếm bệnh nhân; nếu tìm thấy, các trường dữ liệu còn lại sẽ được tự động điền, nếu không sẽ không có hành động nào khác.
3.2.2.7 Quy trình tiếp nhận thăm khám
Mã Userase UC_INT_SCHDL_PROCESS
Tên Quy trình tiếp nhận và thăm khám
Mô tả Hỗ trợ giao diện thông minh để quản lý các phiếu đăng ký khám bệnh
Hỗ trợ tìm kiếm, thiết lập thông tin đăng ký khám chữa bệnh nhanh chóng
Hỗ trợ kéo thả để điều chỉnh thời gian phiếu đăng ký một cách linh hoạt
Hỗ trợ tìm kiếm và thiết lập nhanh thông tin bệnh nhân là một tính năng quan trọng Để sử dụng các tính năng này, mỗi tài khoản cần được thiết lập quyền tương ứng.
24 Điều kiện theo sau Không có
Những tài khoản không có quyền truy cập vào danh sách sẽ không thấy tùy chọn để truy cập trang quản lý phiếu đăng ký khám bệnh.
Thông báo lưu thành công/ thất bại sau khi thiết lập phiếu đăng ký khám bệnh
Hình 3.4.1: Sơ đồ luồng của quy trình tiếp nhận thăm khám
Hình 3.4.2: Sơ đồ luồng của quy trình tiếp nhận thăm khám
Khi thông tin phiếu đăng ký khám bệnh được thay đổi, hệ thống sẽ tự động ghi nhận các thông tin đã thay đổi cùng với người thực hiện thao tác.
Để tối ưu hóa quy trình nhập thông tin bệnh nhân và đảm bảo tính duy nhất của dữ liệu, nhân viên cần nhập đầy đủ các thông tin như “Họ và tên lót”, “Tên”, “Điện thoại” và “Ngày sinh” Hệ thống sẽ tự động tìm kiếm bệnh nhân; nếu tìm thấy, các trường dữ liệu còn lại sẽ được tự động điền, còn nếu không tìm thấy thì không có hành động gì xảy ra.
Khi phiếu đăng ký được chuyển sang trạng thái đã khám bệnh hoặc hủy thì nó sẽ không được phép chỉnh sửa
SƠ ĐỒ PHÂN RÃ TÍNH NĂNG (FDD)
Hình 3.9: Sơ đồ phân rã tính năng (FDD)
SƠ ĐỒ CÔNG NGHỆ
Hình 3.10: Sơ đồ công nghệ áp dụng phần mềm
SƠ ĐỒ CA SỬ DỤNG (USE CASE DIAGRAM)
Hình 3.11: Sơ đồ use case tổng quát
3.5.2 Use case quy trình quản lý tài khoản
Hình 3.12: Sơ đồ use case quản lý thông tin cá nhân
3.5.3 Use case quy trình quản lý nhân viên
Hình 3.13: Sơ đồ use case quy trình quản lý thông tin nhân viên
3.5.4 Use case quy trình quản lý các mặt hàng kinh doanh
Hình 3.14: Sơ đồ use case quy trình quản lý thông tin mặt hàng
3.5.5 Use case quy trình quản lý bệnh nhân
Hình 3.15: Sơ đồ use case quy trình quản lý bệnh nhân
3.5.6 Use case quy trình quản lý hồ sơ mẫu
Hình 3.16: Sơ đồ use case quy trình quản lý hồ sơ mẫu
3.5.7 Use case quy trình quản lý phiếu mua hàng
Hình 3.17: Sơ đồ use case quy trình quản lý phiếu mua hàng
3.5.8 Use case quy trình quản lý phiếu bán hàng
Hình 3.18: Sơ đồ use case quy trình quản lý phiếu bán hàng
3.5.9 Use case thống kê báo cáo
Hình 3.19: Sơ đồ use case xem thống kê báo cáo
SƠ ĐỒ HOẠT ĐỘNG (ACTIVITY DIAGRAM)
3.6.1 Sơ đồ hoạt động quản lý nhân viên 3.6.1.1 Sơ đồ hoạt động xem danh sách nhân viên
Hình 3.20: Sơ đồ hoạt động xem danh sách nhân viên
3.6.1.2 Sơ đồ hoạt động thêm nhân viên
Hình 3.2: Sơ đồ hoạt động thêm nhân viên
3.6.1.3 Sơ đồ hoạt động cập nhật thông tin nhân viên
Hình 3.22: Sơ đồ hoạt động sửa nhân viên
3.6.1.4 Sơ đồ hoạt động xóa nhân viên
Hình 3.22: Sơ đồ hoạt động xóa nhân viên
3.6.2 Sơ đồ hoạt động quản lý bệnh nhân 3.6.2.1 Sơ đồ hoạt động xem danh sách bệnh nhân
Hình 3.23: Sơ đồ hoạt động xem danh sách bệnh nhân
3.6.2.2 Sơ đồ hoạt động thêm bệnh nhân
Hình 3.24: Sơ đồ hoạt động thêm bệnh nhân
3.6.2.3 Sơ đồ hoạt động cập nhật thông tin bệnh nhân
Hình 3.25: Sơ đồ hoạt động sửa bệnh nhân
3.6.3 Sơ đồ hoạt động quản lý mặt hàng kinh doanh 3.6.3.1 Sơ đồ hoạt động xem danh sách mặt hàng kinh doanh
Hình 3.26: Sơ đồ hoạt động xem danh sách mặt hàng kinh doanh
3.6.3.2 Sơ đồ hoạt động thêm mặt hàng kinh doanh
Hình 3.27: Sơ đồ hoạt động thêm mặt hàng kinh doanh
3.6.3.3 Sơ đồ hoạt động cập nhật thông tin mặt hàng kinh doanh
Hình 3.28: Sơ đồ hoạt động sửa mặt hàng kinh doanh
3.6.3.4 Sơ đồ hoạt động xóa thông tin mặt hàng kinh doanh
Hình 3.29: Sơ đồ hoạt động xóa mặt hàng kinh doanh
3.6.4 Sơ đồ hoạt động quản lý các phiếu giao dịch (Phiếu mua hàng, phiếu bán hàng)
3.6.4.1 Sơ đồ hoạt động xem danh sách phiếu giao dịch
Hình 3.30: Sơ đồ hoạt động xem danh sách các phiếu giao dịch
3.6.4.2 Sơ đồ hoạt động thêm phiếu giao dịch
Hình 3.31: Sơ đồ hoạt động thêm phiếu giao dịch
3.6.4.3 Sơ đồ hoạt động cập nhật thông tin phiếu giao dịch
Hình 3.31: Sơ đồ hoạt động sửa phiếu giao dịch.
SƠ ĐỒ LỚP (CLASS DIAGRAM)
3.7.1 Sơ đồ lớp quan hệ nhân viên và bệnh nhân
55 o Bảng nhân viên (USER) o Bảng phân quyền (DECENTRALIZATION) o Bảng bệnh nhân (PATIENT) o Bảng ghi nhận hệ thống (LOGS)
- Mối quan hệ o Một tài khoản nhân viên (USER) có duy nhất 1 phân quyền
(DECENTRALIZATION) o Một tài khoản nhân viên (USER) có thể quản lý nhiều bệnh nhân
Hình 3.32: Sơ đồ lớp cho nhân viên, bệnh nhân, phân quyền và ghi nhận
3.7.2 Sơ đồ lớp quan hệ nhân viên và bệnh án
56 o Bảng nhân viên (USER) o Bảng phân quyền (MEDICAL)
- Mối quan hệ o Một tài khoản nhân viên (USER) có thể quản lý nhiều bệnh án
Hình 3.33: Sơ đồ lớp cho nhân viên, bệnh án
3.7.3 Sơ đồ lớp bệnh án, bệnh nhân và phiếu đăng ký
- Mô tả o Bảng bệnh án (MEDICAL) o Bảng bệnh nhân (PATIENT) o Bản phiếu đăng ký khám bệnh (MEDICAL_FORM)
- Mối quan hệ o Một bệnh nhân (MEDICAL) có thể có nhiều hoặc không có bệnh án
(MEDICAL) o Một phiếu đăng ký khám bệnh (MEDICAL_FORM) có thể có một hoặc không có bệnh án (MEDICAL)
Hình 3.34: Sơ đồ lớp cho bệnh án, bệnh nhân, phiếu đăng ký khám bệnh
3.7.4 Sơ đồ lớp quan hệ bệnh án và hồ sơ mẫu
The article provides an overview of several key medical tables essential for healthcare management The Medical Table (MEDICAL) captures patient health records, while the Medical Form Table (MEDICAL_FORM) standardizes patient documentation The Item Form Table (ITEM_FORM) lists various medical supplies, and the Expense Form Table (EXPENSE_FORM) tracks healthcare costs Lastly, the Inventory Item Table (INVENTORY_ITEM) manages stock levels of medical items, ensuring efficient resource allocation in healthcare settings.
Mối quan hệ giữa các thành phần trong hệ thống y tế bao gồm: một bệnh án (MEDICAL) có thể liên kết với hoặc không liên kết với hồ sơ mẫu (MEDICAL_FORM); hồ sơ mẫu (MEDICAL_FORM) có thể liên kết với hoặc không liên kết với mặt hàng mẫu (ITEM_FORM); và hồ sơ mẫu (MEDICAL_FORM) cũng có thể liên kết với hoặc không liên kết với chi phí mẫu (EXPENSE_FORM) Đặc biệt, mỗi chi phí mẫu (ITEM_FORM) phải thuộc về một mặt hàng kinh doanh cụ thể.
Hình 3.35: Sơ đồ lớp cho bệnh án và mặt hàng mẫu và chi phí mẫu
Hình 3.36: Sơ đồ lớp cho mặt hàng mẫu và mặt hàng
Hình 3.37: Sơ đồ lớp tổng quát cho bệnh án và bệnh án mẫu
3.7.5 Sơ đồ lớp quan hệ bệnh án và phiếu giao dịch
The article provides a detailed overview of several key tables used in medical and transactional data management The MEDICAL table contains patient records and health information, while the TRANSACTION table tracks financial exchanges The ITEM_TRANSACTION table records the specifics of items involved in transactions, and the EXPENSE_TRANSACTION table outlines the costs associated with these transactions Lastly, the INVENTORY_ITEM table manages the inventory of items available for sale or use.
Mối quan hệ giữa các yếu tố trong hệ thống y tế bao gồm: một bệnh án (MEDICAL) có thể liên quan đến một phiếu giao dịch (TRANSACTION), hoặc không; một phiếu giao dịch (TRANSACTION) có thể liên quan đến một mặt hàng giao dịch (ITEM_TRANSACTION), hoặc không; một phiếu giao dịch (TRANSACTION) cũng có thể liên quan đến một chi phí giao dịch (EXPENSE_TRANSACTION), hoặc không; và cuối cùng, mỗi mặt hàng giao dịch (ITEM_TRANSACTION) phải thuộc về một mặt hàng kinh doanh (INVENTORY_ITEM).
Hình 3.38: Sơ đồ lớp tổng quát cho bệnh án và phiếu giao dịch
THIẾT KẾ GIAO DIỆN
3.1.1 Quy trình quản lý tài khoản
Hình 3.39 – Màn hình quản lý (2)
Để hoàn tất quá trình đăng ký, người dùng cần nhập đầy đủ thông tin cá nhân bao gồm họ và tên lót (bắt buộc), tên (bắt buộc), số CMND/CCCD, email (bắt buộc), số điện thoại, địa chỉ và tên đăng nhập (bắt buộc) Việc cung cấp chính xác các thông tin này là rất quan trọng để đảm bảo tính hợp lệ và bảo mật cho tài khoản.
- Ô chọn: o Trạng thái: Chọn trạng thái công việc của nhân viên
68 o Tỉnh/ Thành phố: Chọn tỉnh/ thành phố o Quận/Huyện/ Thành phố: Chọn quận/ huyện/ thành phố o Quản lý bệnh nhân: Quyền quản lý bệnh nhân
- Ô chọn dạng ngày: o Ngày sinh (bắt buộc): Nhập ngày sinh dưới dạng dd/mm/yyyy
- Nút radio: o Giới tính: Nam/ nữ Mặc định là nam
- Nút thao tác: o Lưu: Lưu thông tin của nhân viên o Chi tiết: Chuyển sang màn hình chi tiết nhân viên
Hình 3.40 – Màn hình đổi mật khẩu xác thực
- Ô nhập liệu: o Mật khẩu hiện tại (Bắt buộc): Nhập mật khẩu hiện tại o Mật khẩu mới (Bắt buộc): Nhập mật khẩu mới
- Nút thao tác: o Xác nhận: Xác nhận và gửi yêu cầu đổi mật khẩu
3.1.2 Quy trình quản lý thông tin và phân quyền nhân viên
Hình 3.41 – Màn hình danh sách nhân viên
- Ô nhập liệu: o Tìm kiếm nhân viên: Nhập thông tin cần tìm => Nhấn enter => Thông tin nhân viên sẽ hiển thị trên Bảng dữ liệu
Bảng dữ liệu nhân viên bao gồm các thông tin quan trọng như họ và tên, giới tính (nam/nữ), số điện thoại, địa chỉ email và địa chỉ cư trú của từng nhân viên.
- Nút thao tác: o Xóa: Hiển thị pop-up xác nhận xóa nhân viên o Thêm nhân viên: Chuyển sang màn hình thêm nhân viên
Hình 3.42 – Cửa sổ xác nhận xóa nhân viên
Hình 3.43 – Màn hình thêm thông tin nhân viên (1)
Hình 3.44 – Màn hình thêm thông tin nhân viên (2)
Để nhập liệu thông tin nhân viên, cần cung cấp các dữ liệu sau: họ và tên lót (bắt buộc), tên nhân viên (bắt buộc), số CMND/CCCD, email (bắt buộc), số điện thoại, địa chỉ và tên đăng nhập (bắt buộc).
Trong quá trình quản lý nhân sự, có một số lựa chọn quan trọng cần xem xét Đầu tiên, bạn cần chọn trạng thái công việc của nhân viên Tiếp theo, hãy xác định tỉnh hoặc thành phố, cũng như quận, huyện hoặc thành phố cụ thể Ngoài ra, quyền quản lý bệnh nhân, bệnh án, lịch khám bệnh, các mặt hàng và nhân viên cũng rất quan trọng để đảm bảo hoạt động hiệu quả trong tổ chức.
72 o Quản lý phiếu bán hàng: Quyền quản lý phiếu bán hàng o Quản lý mua hàng: Quyền quản lý mua hàng o Quản lý kiểm hàng: Quyền quản lý kiểm hàng
- Ô chọn dạng ngày: o Ngày sinh (bắt buộc): Nhập ngày sinh dưới dạng dd/mm/yyyy
- Nút radio: o Giới tính: Nam/ nữ Mặc định là nam
- Nút thao tác: o Lưu: Lưu thông tin của nhân viên o Chi tiết: Chuyển sang màn hình chi tiết nhân viên
Hình 3.45 – Màn hình thông tin nhân viên (1)
Hình 3.46 – Màn hình thêm thông tin nhân viên (2)
3.1.3 Quy trình quản lý bệnh nhân
- Ô nhập liệu: o Tìm bệnh nhân bằng tên: Nhập họ tên của bệnh nhân => Nhấn enter => Thông tin bệnh nhân sẽ hiển thị trên Bảng dữ liệu
Bảng dữ liệu bệnh nhân bao gồm các thông tin quan trọng như họ và tên bệnh nhân, số điện thoại và địa chỉ email của nhân viên, cùng với ngày sinh của bệnh nhân được định dạng theo kiểu dd/mm/yyyy.
- Nút thao tác: o Chi tiết: Chuyển sang màn hình chi tiết bệnh nhân
Để hoàn thành ô nhập liệu, người dùng cần cung cấp thông tin bắt buộc bao gồm họ và tên lót, tên, số CMND/CCCD và số điện thoại của bệnh nhân Ngoài ra, cũng cần nhập nơi cấp CMND/CCCD, địa chỉ và email của bệnh nhân để đảm bảo hồ sơ đầy đủ và chính xác.
- Ô chọn: o Tỉnh/ Thành phố: Chọn tỉnh/ thành phố o Quận/Huyện/ Thành phố: Chọn quận/ huyện/ thành phố
- Ô chọn dạng ngày: o Ngày cấp CMND/CCCD: Nhập ngày cấp dưới dạng dd/mm/yyyy o Ngày sinh: Nhập ngày sinh dưới dạng dd/mm/yyyy
- Nút radio: Nam/ nữ Mặc định là nam
- Nút thao tác: o Xóa: Xóa thông tin của bệnh nhân o Lưu: Lưu thông tin của bệnh nhân
Hình 3.47 – Màn hình thêm bệnh nhân (1)
Hình 3.48 – Màn hình thêm bệnh nhân (2)
Hình 3.49 – Màn hình chi tiết bệnh nhân (1)
Hình 3.50 – Màn hình chi tiết bệnh nhân (2)
3.1.4 Quy trình quản lý lịch khám bệnh
Hình 3.51 – Màn hình danh sách lịch khám bệnh dạng danh sách
- Nút thao tác: o Nút tải lại: Tải lại giao diện o Lưới: Xem danh sách dạng Bảng o Danh sách: Xem danh sách dạng Bảng dữ liệu
77 o Thao tác: Chuyển sang màn hình xem chi tiết phiếu khám chữa bệnh o Thêm lịch khám bệnh: Chuyển sang giao diện thêm lịch khám chữa bệnh
- Ô nhập liệu: o Số phòng: Nhập số phòng
Để hoàn thành phiếu khám chữa bệnh, bạn cần chọn trạng thái phiếu, bệnh nhân (bắt buộc), loại phiếu khám chữa bệnh, loại phiếu khám, và ca khám phù hợp.
- Ô nhập liệu có định dạng: o Ghi chú: Nhập ghi chú và định dạng
- Ô chọn dạng ngày: Chọn ngày khám bệnh cho bệnh nhân
- Nút thao tác: o Lưu phiếu khám bệnh vừa thêm
Hình 3.52 – Màn hình danh sách lịch khám bệnh dạng danh sách
Hình 3.53 – Màn hình danh sách lịch khám bệnh dạng bảng
- Ô chọn dạng ngày: o Từ ngày: Chọn ngày muốn xem lịch KCB (Xa nhất) o Đến ngày: Chọn ngày muốn xem lịch KCB (Gần nhất)
- Bảng lịch khám chữa bệnh: Chứa các cột Biểu thị ngày trong tuần hiện tại
- Cột: Chứa các phiếu đăng ký khám bệnh đã được thêm, có thể kéo thả đến các vị trí khác để sắp xếp lại
- Chi tiết phiếu khám bệnh (Nhấn chọn vào từng tên của bệnh nhân ở từng phiếu để thao tác): Chuyển sang màn hình chi tiết phiếu khám
Để thực hiện ô nhập liệu, bạn cần nhập số phòng, tên nhân viên chỉnh sửa phiếu, thời gian tạo phiếu khám chữa bệnh theo định dạng dd/mm/yyyy và ngày khám bệnh cũng theo định dạng dd/mm/yyyy.
Để quản lý phiếu khám chữa bệnh hiệu quả, người dùng cần chọn các thông tin sau: trạng thái của phiếu, bệnh nhân liên quan, loại phiếu khám chữa bệnh và loại phiếu khám bệnh cụ thể Việc lựa chọn chính xác các tiêu chí này giúp tối ưu hóa quy trình khám chữa bệnh.
79 o Ca khám: Chọn ca khám
- Ô nhập liệu có định dạng: o Ghi chú: Nhập ghi chú và định dạng
- Ô chọn dạng ngày: Chọn ngày khám bệnh cho bệnh nhân
- Nút thao tác: o Lưu: Lưu phiếu khám bệnh vừa thêm o Sao chép: Sao chép phiếu khám bệnh o Hủy phiếu: Hủy phiếu khám bệnh
Hình 3.54 – Màn hình chi tiết / thêm phiếu đăng ký khám bệnh
3.1.5 Quy trình quản lý bệnh án
Màn hình 3.55 – Màn hình danh sách bệnh án
Để tìm kiếm bệnh án, nhập tên bệnh án và nhấn enter để hiển thị thông tin trên Bảng dữ liệu Bảng dữ liệu chứa danh sách bệnh án với các thông tin quan trọng như tên bệnh án, loại bệnh án, ngày tạo theo định dạng DD/MM/YYYY, chẩn đoán và kết quả của bệnh án Khi chọn tên bệnh án, thông tin chi tiết sẽ được hiển thị.
- Nút thao tác: o Thêm bệnh án: Chuyển sang màn hình thêm bệnh án
Hình 3.56 – Màn hình thêm bệnh án (1)
Hình 3.57 – Màn hình thêm bệnh án (2)
Hình 3.58 – Màn hình thêm bệnh án (3)
Hình 3.59 – Màn hình thêm bệnh án (4)
Hình 3.60 – Màn hình thêm bệnh án (5)
Hình 3.61 – Màn hình thêm bệnh án (6)
Hình 3.62– Màn hình thêm bệnh án (7)
Để thực hiện việc nhập liệu cho bệnh nhân, cần điền các thông tin sau: Họ và tên của bệnh nhân, số CMND/CCCD cùng nơi cấp, địa chỉ email và số điện thoại liên lạc Tiếp theo, ghi nhận các chỉ số sức khỏe như huyết áp tâm trương và tâm thu (đơn vị mmHg), nhiệt độ cơ thể (đơn vị độ C), mạch (đơn vị nhịp), thị lực của mắt trái và mắt phải, chiều cao (đơn vị mét), cân nặng (đơn vị kg), chỉ số BMI (đơn vị m/kg²), hô hấp và tiêu hóa.
Tuần hoàn bao gồm các vấn đề liên quan đến tim mạch; nội tiết tập trung vào các rối loạn hormone; sinh dục và tiết niệu liên quan đến sức khỏe sinh sản và hệ thống tiết niệu; cơ – xương – khớp đề cập đến các bệnh lý về cơ bắp và khớp; thần kinh liên quan đến hệ thần kinh; tâm thần tập trung vào các vấn đề tâm lý; ngoại khoa bao gồm các can thiệp phẫu thuật; sản phụ khoa liên quan đến sức khỏe phụ nữ và thai kỳ; hàm trên và hàm dưới đề cập đến các vấn đề về răng miệng; da liễu liên quan đến các bệnh lý về da.
- Ô chọn: o Tỉnh/ Thành phố: Chọn Tỉnh/ Thành phố o Quận/ Huyện/ Thành phố: Chọn Quận/ Huyện/ Thành phố
- Nút radio: Nam/ nữ Mặc định là nam
- Ô chọn dạng ngày: o Ngày cấp: Chọn ngày cấp CMND/CCCD o Ngày sinh: Chọn ngày sinh của bệnh nhân
- Ô chọn Có/không: Cho phép chọn Có/ Không để mở Ô nhập liệu có định dạng theo từng mục tương ứng
- Ô nhập liệu có định dạng: Nhập/ định dạng chi tiết từng mục mô tả bệnh ý (Bắt buộc nếu Ô chọn Có/không tương ứng được chọn)
- Ô chọn Có/không: Cho phép chọn (Có/Không) theo mô tả để lấy thông tin tiền sử bệnh lý chi tiết và thông tin bảo hiểm của bệnh nhân
- Nút thao tác: o Thêm kết quả: Hiển thị pop-up thêm kết quả o Lưu: Lưu thông tin bệnh án
Hình 3.63 – Màn hình chọn loại kết quả muốn thêm
- Ô chọn: Chọn kết quả muốn thêm
- Nút thao tác: o Tiếp theo: Sau khi đã chọn loại kết quả thì được phép chuyển sang trang tiếp theo để nhập thông tin kết quả
Hình 3.64 – Màn hình thêm kết quả X-Quang
Hình 3.65 – Màn hình thêm kết quả Xét nghiệm nước tiểu
Hình 3.66 – Màn hình thêm kết quả Xét nghiệm huyết học
Hình 3.67 – Màn hình thêm kết quả Xét nghiệm sinh hóa (1)
Hình 3.68 – Màn hình thêm kết quả Xét nghiệm sinh hóa (2)
- Tương ứng với từng ô nhập liệu sẽ có thông tin loại kết quả xét nghiệm, giá trị bình thường và đơn vị của kết quả xét nghiệm đó
Nút thao tác bao gồm các chức năng quan trọng: "Trở lại" để quay về giao diện chọn loại kết quả xét nghiệm, "Hủy" để hủy lưu thông tin kết quả và ẩn phiếu nhập kết quả, và "Lưu" để lưu thông tin kết quả.
Hình 3.69 – Màn hình kết quả bệnh án của một bệnh nhân
Hình 3.70 – Màn hình chi tiết kết quả bệnh án của một bệnh nhân
3.1.6 Quy trình quản lý phiếu mua hàng
Hình 3.71– Màn hình danh sách phiếu bán hàng
- Ô nhập liệu: o Tìm phiếu bằng tên: Nhập tên phiếu => Nhấn enter => Thông tin phiếu sẽ hiển thị trên Bảng dữ liệu
Bảng dữ liệu cung cấp thông tin chi tiết về danh sách phiếu bán hàng, bao gồm các mục như tên giao dịch, trạng thái giao dịch, bệnh nhân, ngày giao dịch, tổng tiền và các thao tác như nút Xem và Sửa.
Hình 3.72 – Màn hình chi tiết phiếu bán hàng
- Ô nhập liệu: o Ghi chú: Ghi chú của phiếu
- Ô chọn: o Bệnh nhân: Chọn bệnh nhân o Bệnh án: Chọn bệnh án o Trạng thái: Chọn trạng thái
- Ô chọn ngày: Chọn ngày phát hành phiếu
- Nút thao tác: o Lưu: Lưu thông tin phiếu o Thanh toán: Mở hộp thoại thanh toán o In: Lưu phiếu dưới dạng pdf
- Bảng dữ liệu: o Ô nhập liệu:
▪ Đơn vị: Đơn vị tính
▪ Số lượng: Số lượng sản phẩm
▪ Lợi nhuận: Nhập mức lợi nhuận (đơn vị: Phần trăm) o Ô chọn Có/Không: Áp dụng lợi nhuận có hoặc không o Ô chọn: Chọn sản phẩm cần thêm vào phiếu
Hình 3.73 – Màn hình thêm phiếu bán hàng
Hình 3.74 – Màn hình thanh toán phiếu
- Ô nhập liệu: o Ghi chú: Ghi chú của phiếu
- Ô chọn: o Trạng thái: Chọn phương thức thanh toán
- Ô chọn ngày: Chọn ngày thanh toán
93 o Hủy: Đóng cửa sổ thanh toán o Lưu: Lưu thông tin thanh toán => Chuyển trạng thái phiếu sang đã thanh toán
3.1.7 Quy trình quản lý phiếu bán hàng
Hình 3.75– Màn hình danh sách phiếu mua hàng
- Ô nhập liệu: o Tìm phiếu bằng tên: Nhập tên phiếu => Nhấn enter => Thông tin phiếu sẽ hiển thị trên Bảng dữ liệu
Bảng dữ liệu cung cấp thông tin chi tiết về danh sách phiếu mua hàng, bao gồm các mục như tên giao dịch, trạng thái giao dịch, tên nhà cung cấp, ngày giao dịch, tổng tiền của phiếu và thao tác để xem chi tiết phiếu bán hàng.
Hình 3.76 – Màn hình chi tiết phiếu bán hàng
KIỂM THỬ PHẦN MỀM
KẾ HOẠCH KIỂM THỬ
- Toàn bộ các tính năng và yêu cầu của phần mềm đã được phần tích ở phần phân rã tính năng 3.1 và đặc tả yêu cầu ở 3.2
Trong quá trình kiểm thử phần mềm, có những đặc điểm không cần thiết phải kiểm tra vì chúng không nằm trong yêu cầu, bao gồm giao diện web server, hiển thị và nội dung của thông báo, cách sắp xếp vị trí các ô nhập và thứ tự các cột trong bảng, cũng như sự hoàn thành và bảo mật của phần mềm.
4.1.2 Vấn đề phát sinh rủi ro
# Rủi ro Cách khắc phục
1 Thời gian quá gấp, không hoàn thành đúng hạn
Lập kế hoạch ưu tiên cho các tính năng mang tính tiếp nối hoàn thành trước và sau đó sẽ các tính năng có độ ưu tiên cao
2 Khách hàng thay đổi yêu cầu liên tục
Lên kế hoạch triển khai liên tục cho khách hàng khi tính năng đạt 80% hoàn thành, và chỉ cần bổ sung các testcase phù hợp dựa trên phản hồi nhận được Không chấp nhận yêu cầu thay đổi cho những tính năng không quan trọng đã được xác nhận hoàn tất, mà sẽ thực hiện điều chỉnh sau khi phần mềm hoàn thành.
3 Thiếu sự liên lạc giữa giữa các bộ phận gậy ra sự sai lầm và vượt quá thời gian, ngân sách dự kiến
Để tối ưu hóa quy trình làm việc, cần thiết lập ràng buộc rõ ràng về việc nhận và giao nhiệm vụ giữa bộ phận kiểm thử và lập trình Điều này giúp hai bộ phận có thể phối hợp làm việc song song và đồng thời, tăng cường hiệu quả và giảm thiểu thời gian phát triển sản phẩm.
NỘI DUNG KIỂM THỬ
4.2.1 Các tiêu chuẩn kiểm thử
- Tiêu chuẩn để chuẩn bị trước kiểm thử:
Các yêu cầu cụ thể cần được liệt kê đầy đủ và chuyển hóa thành các sơ đồ UML Tài liệu liên quan phải được đính kèm để đảm bảo tính đầy đủ Môi trường kiểm thử cần được thiết lập trước khi tiến hành Cuối cùng, phần mềm phải được hoàn thành trước khi bước vào giai đoạn kiểm thử.
- Tiêu chuẩn đình chỉ: số lượng các test case thất bại không được vượt quá 40% hoặc các yêu cầu tiên quyết không được lỗi
Tiêu chuẩn thoát yêu cầu tỷ lệ thành công của các test case đạt 100% Tuy nhiên, trong trường hợp còn nhiều phần cần kiểm thử và thời gian cho phép, có thể áp dụng chỉ tiêu 80% 20% còn lại sẽ không liên quan đến quy trình kiểm thử mà chỉ là các chỉnh sửa giao diện.
4.2.2 Một số quy trình được kiểm thử
MS Tên Chi tiết Trạng thái
LÝ THÔNG TIN VÀ PHÂN QUYỀN CHO NHÂN VIÊN
Xem/tìm kiếm danh sách PASSED Thọ Nguyễn
Thêm/sửa/dừng hoạt động PASSED Thọ Nguyễn
Thiết lập phân quyền PASSED Thọ Nguyễn
Tích hợp CSV PASSED Thọ Nguyễn
Thiết kế giao diện PASSED Thọ Nguyễn
LƯU THÔNG TIN NHÂN VIÊN
[FORM LƯU THÔNG TIN NHÂN VIÊN]
[FORM LƯU THÔNG TIN NHÂN VIÊN]
NHÂN VIÊN] PASSED Thọ Nguyễn
MS Tên Chi tiết Trạng thái
[FUNCTION THÔNG TIN BẢO MẬT]
Mật khẩu Câu hỏi bảo mật Câu trả lời bảo mật
Quản lý bệnh nhân và bệnh án là hai yếu tố quan trọng trong hệ thống y tế, giúp theo dõi tình trạng sức khỏe của bệnh nhân một cách hiệu quả Đồng thời, việc quản lý lịch khám bệnh đảm bảo lịch trình làm việc hợp lý cho bác sĩ và bệnh nhân Hệ thống cũng cần quản lý các mặt hàng y tế, nhân viên, cùng với các phiếu bán hàng và mua hàng để tối ưu hóa quy trình hoạt động Cuối cùng, việc xem thống kê giúp đánh giá hiệu suất và cải thiện chất lượng dịch vụ y tế.
[FORM LƯU THÔNG TIN NHÂN VIÊN]
Để tối ưu hóa quy trình quản lý trong cơ sở y tế, cần có 9 lĩnh vực quan trọng, bao gồm quản lý bệnh nhân, quản lý bệnh án, và quản lý lịch khám bệnh Ngoài ra, việc quản lý các mặt hàng, nhân viên, phiếu bán hàng và phiếu mua hàng cũng đóng vai trò thiết yếu trong việc nâng cao hiệu quả hoạt động và dịch vụ chăm sóc sức khỏe.
MS Tên Chi tiết Trạng thái
Quản lý phiếu kiểm hàng
[FORM DANH SÁCH NHÂN VIÊN]
Phải có 2 field Chứa Title "Danh sách nhân viên"
[FORM DANH SÁCH NHÂN VIÊN]
Phải có 4 field Thanh "Tìm kiếm theo họ tên, email, số điện thoại"
Thanh search chứa các phần "Họ, Tên, Email, Điện thoại, Trạng thái, Giới tính, Ngày sinh, Chức vụ"
[FORM DANH SÁCH NHÂN VIÊN]
[LAYOUT-BODY] DANH SÁCH NHÂN VIÊN
Dạng bảng bao gồm các cột
Họ Tên Email Điện thoại Trạng thái Giới tính Ngày sinh Chức vụ
ADVANCED SEARCH PASSED Thọ Nguyễn
[LAYOUT - FONT-SIZE] Kích cỡ các ký tự PASSED Thọ Nguyễn
[LAYOUT - COLOR] Màu sắc các ký tự, nội dung PASSED Thọ Nguyễn
MS Tên Chi tiết Trạng thái
[LAYOUT - ICON] Icon các ký tự PASSED Thọ Nguyễn
[LAYOUT - GRAMMAR] Kiểm tra lỗi chính tả cho các ký tự PASSED Thọ Nguyễn
LƯU THÔNG TIN MẶT HÀNG
[FORM LƯU THÔNG TIN MẶT HÀNG]
[FORM LƯU THÔNG TIN MẶT HÀNG]
[FORM LƯU THÔNG TIN MẶT HÀNG]
[FUNCTION THÔNG TIN CHI TIẾT]
Tự động tạo mã Item sau khi lưu
[FUNCTION LƯU] PASSED Thọ Nguyễn
[FUNCTION XÓA] PASSED Thọ Nguyễn
[FUNCTION HỦY] PASSED Thọ Nguyễn
[FORM DANH SÁCH MẶT HÀNG]
Phải có 2 field Chứa Title "Danh sách mặt hàng"
[FORM DANH SÁCH MẶT HÀNG]
Phải có 4 field Thanh "Tìm kiếm theo tên"
Thanh search chứa các cột "Tên, SKU, UPC, Phân loại, Hạn dùng,
MS Tên Chi tiết Trạng thái
Seri, Giá bán, Chống chỉ định "
[FORM DANH SÁCH MẶT HÀNG]
[LAYOUT-BODY] DANH SÁCH MẶT HÀNG
Dạng bảng bao gồm các cột Tên
SKU UPC Phân loại Hạn dùng Seri Giá bán Chống chỉ định
[LAYOUT - FONT-SIZE] Kích cỡ các ký tự PASSED Thọ Nguyễn
[LAYOUT - COLOR] Màu sắc các ký tự, nội dung PASSED Thọ Nguyễn
[LAYOUT - ICON] Icon các ký tự PASSED Thọ Nguyễn
[LAYOUT - GRAMMAR] Kiểm tra lỗi chính tả cho các ký tự PASSED Thọ Nguyễn
NHẬP/XUẤT FILE CSV NHÂN VIÊN
[NHẬP DỮ LIỆU NHÂN VIÊN]
[LAYOUT HEADER] PASSED Thọ Nguyễn
[NHẬP DỮ LIỆU NHÂN VIÊN]
[LAYOUT BODY] TÌM KIẾM PASSED Thọ Nguyễn
[NHẬP DỮ LIỆU NHÂN VIÊN]
[LAYOUT BODY] DANH SÁCH Thông tin chính bao gồm 5 cột
Họ Tên Giới tính Ngày sinh CMND/CCCD Liên hệ
MS Tên Chi tiết Trạng thái
Người KT Địa chỉ Thông tin khác
Chức vụ Ghi chú Action
[LAYOUT - FONT-SIZE] Kích cỡ các ký tự PASSED Thọ Nguyễn
[LAYOUT - COLOR] Màu sắc các ký tự, nội dung PASSED Thọ Nguyễn
[LAYOUT - ICON] Icon các ký tự PASSED Thọ Nguyễn
[LAYOUT - GRAMMAR] Kiểm tra lỗi chính tả cho các ký tự PASSED Thọ Nguyễn
[FUNCTION] TÌM KIẾM PASSED Thọ Nguyễn
[FUNCTION] CHỌN TỆP PASSED Thọ Nguyễn
[FUNCTION] XEM TRƯỚC Bao gồm các cột
Để quản lý thông tin người dùng, cần thu thập các dữ liệu quan trọng như số điện thoại, giới tính, ngày sinh, địa chỉ, tỉnh/thành phố, quận/huyện, quốc gia, và số CMND/CCCD Ngoài ra, cần ghi chú trạng thái tài khoản, mật khẩu, chức vụ, câu hỏi bảo mật và câu trả lời Các nút chức năng như "Duyệt", "Duyệt tạm", và "Xóa" sẽ được hiển thị khi người dùng di chuột qua.
MS Tên Chi tiết Trạng thái
CHỌN/DUYỆT MỤC ĐÃ CHỌN PASSED Thọ Nguyễn
[FUNCTION] HÀNH ĐỘNG PASSED Thọ Nguyễn
Xem/Tìm kiếm danh sách PASSED Thọ Nguyễn
Thêm/sửa/ thêm nhanh bệnh nhân PASSED Thọ Nguyễn
Tích hợp csv PASSED Thọ Nguyễn
Thiết kế giao diện PASSED Thọ Nguyễn
FORM LƯU THÔNG TIN BỆNH NHÂN
[FORM LƯU THÔNG TIN BỆNH NHÂN]
[FORM LƯU THÔNG TIN NHÂN VIÊN]
[FORM LƯU THÔNG TIN BỆNH NHÂN]
[FORM LƯU THÔNG TIN BỆNH NHÂN
[FORM DANH SÁCH BỆNH NHÂN]
FUNCTION HOVER XEM/XÓA/SỬA
[LAYOUT - FONT-SIZE] Kích cỡ các ký tự PASSED Thọ Nguyễn
MS Tên Chi tiết Trạng thái
[LAYOUT - COLOR] Màu sắc các ký tự, nội dung PASSED Thọ Nguyễn
[LAYOUT - ICON] Icon các ký tự PASSED Thọ Nguyễn
[LAYOUT - GRAMMAR] Kiểm tra lỗi chính tả cho các ký tự PASSED Thọ Nguyễn
FORM DANH SÁCH BỆNH NHÂN
[FORM DANH SÁCH BỆNH NHÂN]
Thanh search "Tìm kiếm theo họ tên, email, số điện thoại"
[FORM DANH SÁCH BỆNH NHÂN]
LAYOUT-BODY Phải có đủ 10 Field
[FORM DANH SÁCH BỆNH NHÂN]
FUNCTION ADVANCED SEARCH THEO CỘT
[LAYOUT - FONT-SIZE] Kích cỡ các ký tự PASSED Thọ Nguyễn
[LAYOUT - COLOR] Màu sắc các ký tự, nội dung PASSED Thọ Nguyễn
[LAYOUT - ICON] Icon các ký tự PASSED Thọ Nguyễn
[LAYOUT - GRAMMAR] Kiểm tra lỗi chính tả cho các ký tự PASSED Thọ Nguyễn
Xem danh sách lịch khám chữa bệnh PASSED Thọ Nguyễn
Thêm/hủy/tạo bảng sao danh sách phiếu đăng ký khám chữa bệnh PASSED Thọ Nguyễn
Tích hợp csv PASSED Thọ Nguyễn
MS Tên Chi tiết Trạng thái
[FORM LƯU PHIẾU ĐĂNG KÝ KHÁM BỆNH]
Phải có 6 Field và 1 button Thêm
[FORM LƯU PHIẾU ĐĂNG KÝ KHÁM BỆNH]
[LAYOUT - FONT-SIZE] Kích cỡ các ký tự PASSED Thọ Nguyễn
[LAYOUT - COLOR] Màu sắc các ký tự, nội dung PASSED Thọ Nguyễn
[LAYOUT - ICON] Icon các ký tự PASSED Thọ Nguyễn
[LAYOUT - GRAMMAR] Kiểm tra lỗi chính tả cho các ký tự PASSED Thọ Nguyễn
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH]
[FORM ĐĂNG KÝ PHIẾU KHÁM BỆNH]
FUNCTION NGƯỜI CHỈNH SỬA PHIẾU
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH] [FORM THÔNG TIN CHÍNH]
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH] [FORM THÔNG TIN CHÍNH]
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH]
KHÁM BỆNH] PASSED Thọ Nguyễn
MS Tên Chi tiết Trạng thái
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH]
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH]
[FORM THÔNG TIN KHÁM BỆNH]
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH]
[FORM THÔNG TIN KHÁM BỆNH]
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH]
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH]
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH]
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH]
[FORM PHIẾU ĐĂNG KÝ KHÁM BỆNH]
FUNCTION BUTTON TẠO BẢN SAO
[FORM LƯU PHIẾU ĐĂNG KÝ KHÁM BỆNH]
FUNCTION KHÓA PHIẾU KHÁM BỆNH
[FORM LƯU PHIẾU ĐĂNG KÝ KHÁM BỆNH]
MS Tên Chi tiết Trạng thái
[FORM DANH SÁCH KHÁM BỆNH]
DẠNG TRELLO VỚI CÁC THẺ
TỪ THỨ 2 TỚI CHỦ NHẬT
[FORM DANH SÁCH KHÁM BỆNH]
FUNCTION KÉO THẢ BỆNH NHÂN
FUNCTION SỬA PHIẾU PASSED Thọ Nguyễn
FUNCTION HỦY BỎ PASSED Thọ Nguyễn
[LAYOUT - FONT-SIZE] Kích cỡ các ký tự PASSED Thọ Nguyễn
[LAYOUT - COLOR] Màu sắc các ký tự, nội dung PASSED Thọ Nguyễn
[LAYOUT - ICON] Icon các ký tự PASSED Thọ Nguyễn
[LAYOUT - GRAMMAR] Kiểm tra lỗi chính tả cho các ký tự PASSED Thọ Nguyễn
[FORM DANH SÁCH KHÁM BỆNH]
FUNCTION XEM TUẦN KẾ TIẾP/TRƯỚC ĐÓ
Xem danh sách PASSED Thọ Nguyễn
Thêm/chỉnh sửa/tạo bảng sao cho phiếu mua hàng PASSED Thọ Nguyễn
Thiết kế giao diện PASSED Thọ Nguyễn
MS Tên Chi tiết Trạng thái
LƯU HỒ SƠ BỆNH ÁN
[FORM LƯU HỒ SƠ BỆNH ÁN]
FORM THÔNG TIN BỆNH NHÂN
[FORM LƯU THÔNG TIN BỆNH ÁN]
[FORM LƯU THÔNG TIN BỆNH ÁN]
[FORM LƯU THÔNG TIN BỆNH ÁN]
FORM TÓM TẮT TIỀN SỬ BỆNH
[FORM LƯU THÔNG TIN BỆNH ÁN]
FORM TIỀN SỬ BỆNH LÝ CHI TIẾT
[FORM LƯU HỒ SƠ BỆNH ÁN]
FORM THÔNG TIN BẢO HIỂM PASSED Thọ Nguyễn
[FORM LƯU HỒ SƠ BỆNH ÁN]
[FORM THÔNG TIN ĐIỀU TRỊ]
Form Sản phẩm Danh sách sản phẩm
[FORM LƯU HỒ SƠ HỒ SƠ BỆNH ÁN]
[FORM LƯU HỐ SƠ MẪU]
[FORM THÔNG TIN ĐIỀU TRỊ]
FORM DỊCH VỤ Danh sách các dịch vụ
[FORM LƯU HỒ SƠ BỆNH ÁN]
FORM KẾT LUẬN PASSED Thọ Nguyễn
[FORM LƯU HỒ SƠ BỆNH ÁN]
FORM KẾT LUẬN PASSED Thọ Nguyễn
[FORM LƯU HỒ SƠ BỆNH ÁN]
THÔNG TIN CHI PHÍ PASSED Thọ Nguyễn
[FORM LƯU HỒ SƠ MẪU]
FORM THÔNG TIN BỆNH NHÂN
[FORM LƯU HỒ SƠ MẪU]
FORM THÔNG TIN BỆNH NHÂN
MS Tên Chi tiết Trạng thái
FUNCTION TÊN BÁC SĨ TẠO
HỒ SƠ/NGÀY TẠO HỒ SƠ
[FORM LƯU HỒ SƠ KHÁM BỆNH]
FORM THÔNG TIN BỆNH NHÂN
FUNCTION NHẬP TÊN BỆNH NHÂN
[FORM LƯU HỒ SƠ BỆNH ÁN]
FORM THÔNG TIN BỆNH NHÂN
FUNCTION THÊM NHANH BỆNH NHÂN
[FORM LƯU HỒ SƠ BỆNH ÁN]
FORM THÔNG TIN BỆNH NHÂN
[FORM LƯU HỒ SƠ BỆNH ÁN]
FORM THÔNG TIN BỆNH NHÂN
[FORM LƯU HỒ SƠ BỆNH ÁN]
FUNCTION TÓM TẮT TIỀN SỬ BỆNH
FORM LƯU PHIẾU BÁN HÀNG
[FORM LƯU PHIẾU BÁN HÀNG]
[FORM LƯU PHIẾU BÁN HÀNG]
FORM THÔNG TIN THANH TOÁN
[FORM LƯU PHIẾU BÁN HÀNG]
FORM THÔNG TIN CHI TIẾT FORM SẢN PHẨM
[FORM LƯU PHIẾU BÁN HÀNG]
[FORM LƯU PHIẾU BÁN HÀNG]
MS Tên Chi tiết Trạng thái
Hủy Duyệt Thanh toán Tạo bản sao
DANH SÁCH PHIẾU BÁN HÀNG
[FORM DANH SÁCH BÁN HÀNG]
Thanh search Tìm kiếm theo giao dịch
Button Thêm phiếu bán hàng
[FORM DANH SÁCH BÁN HÀNG]
[FORM LƯU PHIẾU MUA HÀNG]
DANH SÁCH PHIẾU MUA HÀNG
[FORM DANH SÁCH PHIẾU MUA HÀNG]
THANH SEARCH TÌM KIẾM THEO TÊN GIAO DỊCH BUTTON THÊM PHIẾU MUA HÀNG
[FORM DANH SÁCH PHIẾU MUA HÀNG]
DANH SÁCH PHIẾU MUA HÀNG
