software requirement specification quản lí phòng mạch tư

Điều này có thể bao gồmcác tài liệu bổ sung, tài liệu tham khảo hoặc bất kỳ tài nguyên nào khác cungcấp bối cảnh hoặc làm rõ thêm.Bằng cách tổ chức báo cáo thành các chương này, độc giả

ĐẠI HỌC QUỐC GIA TP HỒ CHÍ MINHTRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN

KHOA CÔNG NGHỆ PHẦN MỀM

SOFTWARE REQUIREMENT SPECIFICATIONQUẢN LÍ PHÒNG MẠCH TƯ

Môn: Nhập môn Công nghệ phần mềm

Giảng viên hướng dẫn: ThS NGUYỄN THỊ THANH TRÚC

Lớp: SE104.N24.CLC

Lời cảm ơn

Chúng em xin gửi lời cảm ơn chân thành đến Thạc sĩ Nguyễn ThịThanh Trúc, giảng viên môn Nhập môn Công nghệ phần mềm trường Đạihọc Công nghệ thông tin đã trang bị giúp chúng em những kỹ năng cơ bảnvà kiến thức cần thiết để hoàn thành được đồ án này.

Tuy nhiên, trong quá trình làm đồ án do kiến thức chuyên ngành củachúng em còn hạn chế nên không thể tránh khỏi một vài thiếu sót khi trìnhbày và đánh giá vấn đề Rất mong nhận được sự góp ý, đánh giá của cácgiảng viên bộ môn để đề tài của chúng em thêm hoàn thiện hơn.

Chúng em xin chân thành cảm ơn!

Thành phố Hồ Chí Minh, ngày tháng năm

Nhóm sinh viên thực hiệnPhạm Thanh ĐồngLê Quốc Dũng

Nguyễn Thị Cẩm TúNguyễn Thúc Bảo

2.3 Định nghĩa, Acronyms và Abbreviations: 6

2.4 Nguồn tham khảo: 7

2.5 Tổng quan: 7

2.5.1 Chương 1: Giới thiệu 7

2.5.2 Chương 2: Mô tả tổng quan 7

2.5.3 Chương 3: Yêu cầu chức năng 7

2.5.4 Chương 4: Yêu cầu phi chức năng 7

2.5.5 Chương 5: Thông tin hỗ trợ 8

3 MÔ TẢ TỔNG QUAN 83.1 Tầm nhìn: 8

3.2 User Classes và tính năng: 8

4.4.3 Báo lỗi phần mềm cho nhà phát hành: 14

4.4.4 Quản lí nhân viên: 15

5 YÊU CẦU PHI CHỨC NĂNG 35

5.1 Khả dụng (Usability): 35

5.1.1 Yêu cầu đào tạo: 35

5.1.2 Thời gian đào tạo cho Normal User: 35

5.1.3 Thời gian đào tạo cho Power User: 35

5.1.4 Đo lường thời gian hoàn thành nhiệm vụ: 35

5.1.5 Tuân thủ các tiêu chuẩn 35

5.2 Độ tin cậy (Reliability) 36

5.2.1 Tính khả dụng: 36

5.2.2 Thời gian bình quân giữa các sự cố (MTBF): 36

5.2.3 Thời gian trung bình sửa chữa (MTTR): 36

5.6.3 Software Process Requirements: 39

5.6.4 Architectural and Design Constraints: 39

1 NHẬN XÉT CỦA GIẢNG VIÊN

2 GIỚI THIỆU ĐỒ ÁN2.1 Mục đích:

Mục đích của tài liệu SRS này là cung cấp một mô tả toàn diện và chi tiếtvề các yêu cầu, giải thích tường tận các chức năng, hiệu suất, các ràng buộcvà các yếu tố quan trọng khác.

2.2 Phạm vi:

Phần mềm quản lý phòng mạch tư được phát triển để hỗ trợ quản lý thôngtin và hoạt động của một phòng mạch tư Phần mềm sẽ cung cấp các chứcnăng quản lý bệnh nhân, lịch hẹn, thuốc, báo cáo và giao diện tương tác chocác nhân viên trong phòng mạch tư Hệ thống sẽ lưu trữ những thông tinbệnh nhân như tên, tuổi, địa chỉ, số điện thoại, lịch sử bệnh lý Cho phépngười dùng thêm, xem, sửa đổi và xóa thông tin bệnh nhân Hiển thị danhsách bệnh nhân và tìm kiếm theo tên hoặc thông tin liên quan Về quản lílịch hẹn, hệ thống cho phép đặt, xem, và hủy lịch hẹn của bệnh nhân Ghi lạithông tin về thời gian, ngày, và trạng thái của lịch hẹn Hệ thống còn cungcấp chức năng quản lí thuốc và đơn thuốc, cho phép thêm, xem, sửa đổi vàxóa thông tin về thuốc Ghi lại thông tin về tên thuốc, thành phần, hướngdẫn sử dụng, liều lượng và tác dụng phụ Ghi lại thông tin về đơn thuốc, baogồm thông tin bệnh nhân, ngày kê đơn và danh sách thuốc kê cho bệnh nhânđó Ngoài ra, hệ thống còn có thể quản lí báo cáo tháng của phòng mạch.Tạo báo cáo tổng hợp về số lượng bệnh nhân, lịch hẹn, thuốc và các chỉ sốthống kê khác Cung cấp khả năng tùy chỉnh báo cáo và lọc dữ liệu theo nhucầu của người dùng Phần mềm quản lý phòng mạch tư sẽ cung cấp giao diệnngười dùng thân thiện và dễ sử dụng Giao diện sẽ có các trang, biểu mẫuvà bảng dữ liệu để hiển thị thông tin và cho phép tương tác với hệ thống Hệthống này nhằm mục đích quản lí phòng mạch tư, giúp phòng mạch có thểvận hành trơn tru, chỉnh chu, đồng thời giảm bớt gánh nặng về nhân lực vàtăng hiệu quả quản lí.

2.3 Định nghĩa, Acronyms và Abbreviations:

GUI: Graphical User InterfaceAS: Assumption

DE: DependencyCO: Constraints

MTBF: Mean Time Between Failures.MTTR: Mean Time To Repair.

2.4 Nguồn tham khảo:

[1] Software_Requirenment_Specification_Template.doc.

2.5 Tổng quan:

2.5.1 Chương 1: Giới thiệu

Chương đầu tiên của báo cáo sẽ giới thiệu mục đích và phạm vi của tàiliệu Nó cũng bao gồm các định nghĩa, Acronyms và Abbreviations được sửdụng trong toàn bộ báo cáo, cũng như các tài liệu tham khảo để biết thêmthông tin Tổng quan về cấu trúc báo cáo để cung cấp cho người đọc sự rõràng về nội dung của báo cáo.

2.5.2 Chương 2: Mô tả tổng quan

Chương này cung cấp một mô tả toàn diện về dự án, bao gồm bối cảnh,mục tiêu và mục đích của dự án Nó nhấn mạnh các bên liên quan và cácràng buộc hoặc hạn chế có thể ảnh hưởng đến phạm vi của dự án Phần nàyđặt nền tảng cho các chương sau bằng cách cung cấp cho độc giả một cái nhìntổng quan về ngữ cảnh của dự án.

2.5.3 Chương 3: Yêu cầu chức năng

Trong chương này, trọng tâm chuyển sang các yêu cầu chức năng cụ thểcủa hệ thống Chương bắt đầu bằng việc xác định các nhân vật hoặc ngườidùng tương tác với hệ thống Sau đó, chương mô tả các use case khác nhauđại diện cho chức năng của hệ thống Đính kèm một biểu đồ use case đểhình dung mối quan hệ giữa các nhân vật và các use case Mỗi use case đượcphác thảo với các yêu cầu chức năng chi tiết, xác định hành vi dự kiến củahệ thống.

2.5.4 Chương 4: Yêu cầu phi chức năng

Chương này đề cập đến các yêu cầu phi chức năng của hệ thống, nhằmđịnh nghĩa các đặc tính và thuộc tính của nó Nó bao gồm các khía cạnh nhưkhả sử dụng, đáng tin cậy, hiệu suất, khả năng hỗ trợ và ràng buộc thiết kế.Những yêu cầu khác bao gồm tài liệu người dùng trực tuyến, các thành phầnmua sắm, giao diện, yêu cầu cấp phép, thông báo về pháp lý và bản quyền,

và các tiêu chuẩn áp dụng Những yêu cầu này đảm bảo rằng hệ thống đápứng các tiêu chí mong muốn ngoài khả năng chức năng của nó.

2.5.5 Chương 5: Thông tin hỗ trợ

Chương cuối cùng chứa bất kỳ thông tin hỗ trợ bổ sung nào liên quan đếncác yêu cầu được đề cập trong các chương trước Điều này có thể bao gồmcác tài liệu bổ sung, tài liệu tham khảo hoặc bất kỳ tài nguyên nào khác cungcấp bối cảnh hoặc làm rõ thêm.

Bằng cách tổ chức báo cáo thành các chương này, độc giả có thể dễ dàngđiều hướng và hiểu được mục đích, phạm vi, yêu cầu chức năng và phi chứcnăng, cũng như bất kỳ thông tin hỗ trợ nào được cung cấp trong tài liệu.

3 MÔ TẢ TỔNG QUAN3.1 Tầm nhìn:

Hệ thống Quản lý Phòng mạch là một ứng dụng phần mềm được thiết kếđể quản lý và tối ưu hoá các hoạt động của một phòng mạch tư Nó cungcấp một nền tảng tập trung để quản lý lịch hẹn bệnh nhân, hồ sơ y tế, khodược phẩm, thanh toán và báo cáo Hệ thống nhằm nâng cao hiệu quả vàhiệu suất tổng thể của việc quản lý phòng mạch bằng cách tự động hóa cácquy trình thủ công và đảm bảo thông tin chính xác và đúng thời điểm Nóđược xem như một giải pháp toàn diện hỗ trợ các hoạt động hàng ngày củaphòng mạch, như lên lịch hẹn, duy trì hồ sơ bệnh nhân, quản lý tài nguyên ytế và tạo ra báo cáo tài chính.

Bằng việc triển khai Hệ thống Quản lý Phòng mạch, các phòng mạch cóthể cải thiện hiệu suất hoạt động, tối ưu hoá quy trình làm việc, giảm giấytờ công việc, nâng cao chất lượng chăm sóc bệnh nhân và quản lý tài chínhchính xác Tổng thể, hệ thống cung cấp một phương pháp toàn diện để quảnlý phòng mạch, giúp các chuyên gia y tế cung cấp dịch vụ chất lượng caotrong khi tối ưu hóa các quy trình hành chính.

3.2 User Classes và tính năng:

3.2.1 Người quản lí:

Người quản lí là một nhân viên làm nhiệm vụ quản lí các thông tin củaphòng mạch tư Nhờ ứng dụng này, người quản lí có thể quản lí thông tinbệnh nhân, lịch khám bệnh, thông tin thuốc, hóa đơn, và làm báo cáo mỗi

OE-2: Phiên bản NET Framework: WPF yêu cầu NET Framework 3.0hoặc mới hơn để chạy trên hệ thống.

OE-3: Phần cứng: WPF yêu cầu phần cứng đủ mạnh để chạy các ứngdụng đồ họa, bao gồm bộ vi xử lý có tốc độ cao, bộ nhớ RAM đủ lớn,card đồ họa hỗ trợ DirectX 9 và màn hình có độ phân giải đủ cao.OE-4: Trình biên dịch và các công cụ phát triển: Để phát triển ứngdụng WPF, cần sử dụng Visual Studio hoặc các công cụ phát triển khácđược hỗ trợ bởi NET Framework.

3.4 Ràng buộc thiết kế và triển khai

CO-1: Thiết kế, mã nguồn và tài liệu bảo trì của hệ thống phải tuân thủtheo Process Impact Intranet Development Standard, Version 1.3 [2].CO-2: Hệ thống sử dụng SQL để tạo và lư trữ database

CO-3: Mọi mã nguồn C phải tuân thủ tiêu chuẩn C 5.0 WPF.

DE-2: Hỗ trợ và bảo trì hệ thống sẽ yêu cầu một nhóm chuyên gia cókỹ năng và chuyên môn tương ứng.

DE-3: Thành công của việc triển khai hệ thống phụ thuộc nhiều vào độchính xác và đầy đủ của dữ liệu được nhập vào hệ thống.

DE-4: Bất kỳ thay đổi về các quy định như số lượng bệnh nhân tốiđa trong ngày, thay đổi tiền khám, đơn giá thuốc hoặc bất kỳ thay đổichính sách nào sẽ yêu cầu cập nhật trong hệ thống để phản ánh các thayđổi đó.

4 YÊU CẦU CHỨC NĂNG4.1 Use Case Diagram:

Hình 4.1 Use Case Diagram

4.3 Danh sách Use - case:

Người quản lí

Quản lí bệnh nhân Thêm/Sửa/Xóa/Tìm Bệnh nhân

Nhân viên

Quản lí bệnh nhân Thêm/Sửa/Xóa/Xem/Tìm Bệnh nhân

4.4 Đặc tả Use case

4.4.1 Đăng nhập:

Đăng nhập:

Tài khoản người dùng đã được tạo sẵnTài khoản người dùng đã được phân quyềnThiết bị của người dùng đã được kết nối internetkhi thực hiện đăng nhập

4 Hệ thống xác thực thông tin đăng nhập bằngcách kiểm tra xem tên đăng nhập và mật khẩu cókhớp với thông tin trong cơ sở dữ liệu hay không.5 Nếu thông tin đăng nhập chính xác, hệ thốngđăng nhập người dùng và chuyển hướng đến trangchính của hệ thống.

nhập trong cơ sở dữ liệu, nó sẽ thông báo lỗi đăngnhập không thành công và yêu cầu người dùng nhậplại tên đăng nhập và mật khẩu.

phục lại mật khẩu của tài khoản mà họ đã quên.

Trigger: Người dùng muốn khôi phục mật khẩu tài khoảncủa mình.

và quên mật khẩu.

thống thông báo đã tạo mật khẩu mới và trở vềlại Usecase UC-1

3 Người dùng nhập tên đăng nhập, passwordmới, confirm password và nhấn nút Gửi yêu cầu.4 Hệ thống kiểm tra xem Username đã đượcđăng ký trong cơ sở dữ liệu của hệ thống haychưa Nếu Username chính xác, hệ thống sẽ chophép người dùng với khôi phục mật khẩu.

5 Người dùng đăng nhập bằng tài khoản và mậtkhẩu mới.

liệu của hệ thống, hệ thống sẽ thông báo lỗi và yêucầu người dùng nhập lại.

Exception flow:

4.4.2 Đăng xuất:

ID and Name: UC - 3 Log Out

xuất khỏi hệ thống.

kết thúc hay sử dụng một tài khoản khác.

3 Người dùng xác nhận việc đăng xuất bằng cáchchọn "Yes" trong hộp thoại xác nhận.

4 Hệ thống đăng xuất người dùng khỏi hệ thốngvà quay lại trang đăng nhập.

Alternative Flow: 3a Nếu người dùng không xác nhận việc đăng xuấttrên hộp thoại xác nhận, hệ thống sẽ không đăngxuất người dùng

Exception flow:

4.4.3 Báo lỗi phần mềm cho nhà phát hành:

phần mềm về cho nhà phát triển, đóng góp ý kiếnđể giúp phần mềm hoàn thiện hơn.

Trigger: Người dùng muốn gửi báo cáo lỗi phần mềm chonhà phát triển để giúp cải thiện sản phẩm.

hoặc nhiều lỗi.

4 Người dùng kiểm tra lại thông tin và xác nhậnviệc gửi báo cáo lỗi.

5 Hệ thống gửi báo cáo lỗi đến nhà phát triển.

Alternative Flow:

4a Nếu người dùng tìm thấy thông tin báo cáolỗi không chính xác, họ có thể sửa đổi thông tinvà xác nhận lại việc gửi báo cáo lỗi.

5a Nếu hệ thống không thể gửi báo cáo lỗi đếnnhà phát triển, hệ thống sẽ hiển thị thông báo lỗivà yêu cầu người dùng thử lại sau hoặc liên hệ vớibộ phận hỗ trợ khách hàng để được hỗ trợ.Exception Flow:

4.4.4 Quản lí nhân viên:

Thêm nhân viên:

Created By: Le Quoc Dung Date Created: 19/6/2023

viên vào hệ thống.

thêm mới nhân viên.

thống và thông tin của nhân viên đã được lưu trữtrong cơ sở dữ liệu.

Use case này bắt đầu khi người quản lý đã đăngnhập vào hệ thống và chuyển đến trang Employ-ees 1 Người quản lý mở biểu mẫu “Employees”.2 Người quản lý nhấn nút “Add Employee” đểtruy cập vào trang thêm mới nhân viên.

3 Hệ thống hiển thị giao diện yêu cầu quản lýnhập thông tin cơ bản của nhân viên.

4 Người quản lý nhập thông tin của nhân viên.5 Quản lý kiểm tra lại thông tin của nhân viênvà xác nhận thêm mới nhân viên.

6 Hệ thống lưu trữ thông tin của nhân viên mớitrong cơ sở dữ liệu và hiển thị thông báo thànhcông cho quản lý.

Alternative Flow:

4a Người quản lý có thể bấm nút “Cancel” để trởlại trang Employees nếu không muốn thêm thôngtin nhân viên mới nữa.

5a Nếu quản lý nhập thông tin không đúng địnhdạng hoặc thiếu thông tin bắt buộc, hệ thống sẽhiển thị thông báo lỗi và yêu cầu quản lý nhậplại.

6a Nếu hệ thống không thể lưu thông tin vào cơsở dữ liệu, hệ thống sẽ hiển thị thông báo lỗi vàsự cố xảy ra Quay lại bước 4.

Exception Flow:

Tra cứu nhân viên:

trang quản lý Nhân viên.

tìm kiếm thông tin nhân viên.

tiếp ở trang này.

3 Hệ thống tìm kiếm thông tin theo tiêu chí củaquản lý và hiển thị kết quả tìm kiếm trên trang.

Alternative Flow:

2a Nếu quản lý không nhập đầy đủ thông tintìm kiếm nhân viên, hệ thống không hiển thị.3a Nếu hệ thống không tìm thấy kết quả tìmkiếm nào, hệ thống sẽ không hiển thị bất kì nhânviên nào phù hợp lên màn hình.

Exception Flow:

Cập nhật và xóa Nhân viên:

xóa nhân viên hiện có.

nhân viên trong hệ thống.

cập nhật hoặc xóa thông tin của nhân viên.

nhật hoặc xóa khỏi hệ thống.

5 Nếu quản lý muốn cập nhật thông tin của nhânviên, quản lý sẽ thực hiện các thay đổi cần thiếtvà lưu thông tin lại.

6 Nếu quản lý muốn xóa nhân viên, quản lý sẽxác nhận việc xóa và hệ thống sẽ xóa thông tincủa nhân viên khỏi hệ thống.

Alternative Flow:

4a Nếu quản lý không có quyền cập nhật hoặcxóa thông tin của nhân viên, hệ thống sẽ hiển thịthông báo lỗi và yêu cầu quản lý liên hệ với quảntrị hệ thống để được hỗ trợ.

5a Nếu quản lý không lưu thông tin cập nhật,hệ thống sẽ không thay đổi thông tin của nhânviên và quay trở lại trang thông tin nhân viên.6a Nếu hệ thống không thể xóa thông tin củanhân viên, hệ thống sẽ hiển thị thông báo lỗi vàyêu cầu quản lý thử lại sau hoặc liên hệ với bộphận hỗ trợ khách hàng để được hỗ trợ.

Exception Flow:

4.4.5 Quản lí bệnh nhân:

Thêm bệnh nhân:

vào hệ thống.

thêm mới bệnh nhân.

thống và thông tin của bệnh nhân đã được lưu trữtrong cơ sở dữ liệu.

Use case này bắt đầu khi người quản lý đã đăngnhập vào hệ thống và chuyển đến trang Patient.1 Người dùng mở biểu mẫu “Patient”.

2 Người dùng nhấn nút “Add Patient” để truycập vào trang thêm mới bệnh nhân.

3 Hệ thống hiển thị giao diện yêu cầu lý nhậpthông tin cơ bản của bệnh nhân.

4 Người dùng nhập thông tin của bệnh nhân.5 Người dùng kiểm tra lại thông tin của bệnhnhân và xác nhận thêm mới bệnh nhân.

6 Hệ thống lưu trữ thông tin của bệnh nhân mớitrong cơ sở dữ liệu và hiển thị thông báo thànhcông cho người dùng.

Alternative Flow:

4a Người dùng có thể bấm nút “Cancel” để trởlại trang Patient nếu không muốn thêm thông tinbệnh nhân mới nữa.

5a Nếu người dùng nhập thông tin không đúngđịnh dạng hoặc thiếu thông tin bắt buộc, hệ thốngsẽ hiển thị thông báo lỗi và yêu cầu người dùngnhập lại.

6a Nếu hệ thống không thể lưu thông tin vào cơsở dữ liệu, hệ thống sẽ hiển thị thông báo lỗi vàsự cố xảy ra Quay lại bước 4.

Exception Flow:

Cập nhật và Xóa bệnh nhân:

bệnh nhân hiện có.

Trigger: Người dùng muốn cập nhật hoặc xóa thông tin củamột bệnh nhân trong hệ thống.

cập nhật hoặc xóa thông tin của bệnh nhân.

nhật hoặc xóa khỏi hệ thống.

5 Nếu người dùng muốn cập nhật thông tin củabệnh nhân, người dùng sẽ thực hiện các thay đổicần thiết và lưu thông tin lại.

6 Nếu người dùng muốn xóa bệnh nhân, ngườidùng sẽ xác nhận việc xóa và hệ thống sẽ xóathông tin của bệnh nhân khỏi hệ thống.

Alternative Flow:

4a Nếu người dùng không có quyền cập nhậthoặc xóa thông tin của bệnh nhân, hệ thống sẽhiển thị thông báo lỗi và yêu cầu quản lý liên hệvới quản trị hệ thống để được hỗ trợ.

5a Nếu người dùng không lưu thông tin cập nhật,hệ thống sẽ không thay đổi thông tin của bệnhnhân và quay trở lại trang thông tin bệnh nhân.6a Nếu hệ thống không thể xóa thông tin củabệnh nhân, hệ thống sẽ hiển thị thông báo lỗi vàyêu cầu quản lý thử lại sau hoặc liên hệ với bộphận hỗ trợ khách hàng để được hỗ trợ.

Exception Flow: