Xây dựng app đặt lịch khám bệnh và theo dõi sức khỏe

Tính cấp thiết của đề tài

Ngành công nghệ thông tin đang phát triển mạnh mẽ và trở thành phần thiết yếu trong mọi lĩnh vực của đời sống, đặc biệt trong bối cảnh cách mạng công nghiệp 4.0 Ngành y tế cũng đang tích cực ứng dụng công nghệ thông tin, với sự kết hợp giữa trí tuệ con người và lập trình ngày càng thực tiễn hơn.

Dựa trên nhu cầu thực tế của các bệnh viện lớn tại thành phố Hồ Chí Minh, người dân ở các khu vực xa cần được khám bệnh tại các cơ sở công lập mà không phải mất thời gian di chuyển sớm và xếp hàng chờ đợi Việc này không chỉ gây mệt mỏi mà còn tạo ra tình trạng đông đúc, dễ dẫn đến những sự cố không mong muốn Hơn nữa, trong bối cảnh dịch bệnh COVID-19, việc tụ tập đông người cần được hạn chế, và sức khỏe của cộng đồng ngày càng được chú trọng hơn.

Nhằm đáp ứng nhu cầu của người dùng, nhóm chúng em đã phát triển ứng dụng "my-doctor" để đặt lịch khám và theo dõi sức khỏe, với mục tiêu hỗ trợ bệnh nhân trong việc lưu trữ thông tin sức khỏe và quản lý lịch hẹn khám bệnh.

Mục tiêu của đề tài

Ứng dụng được công nghệ React Native và React, Node.Js để xây dựng được app đặt lịch khám bệnh và theo dõi sức khỏe

CƠ SỞ LÝ THUYẾT

Công nghệ sử dụng

 Ngôn ngữ lập trình: JavaScript

 Front-end: React Native, React

 Công cụ lập trình và kiểm thử: Visual Studio Code, MySQL, Postman

Lý thuyết

React Native là một framework dựa trên JavaScript và React, cho phép phát triển ứng dụng di động chạy trên cả hai hệ điều hành Android và iOS, cũng như trên web với phiên bản Expo Framework này được thiết kế nhằm cải thiện hiệu suất cho các ứng dụng hybrid.

Bạn có thể sử dụng bất kỳ công cụ lập trình nào thay vì phải viết mã riêng cho từng hệ điều hành, như XCode cho iOS và Android Studio cho Android.

- Load project bằng phím tắt R

- Hiển thị lỗi ngay trên màn hình điện thoại

- Tiết kiệm tài nguyên, dễ bảo trì, nâng cấp

- Chưa phát triển hoàn thiện, một số tính năng vẫn chưa được hỗ trợ

- Không dùng để viết game có tính đồ họa và cách chơi phức tạp

- Khả năng quản lý bộ nhớ chưa tốt

React Native gọi Objective-C API để hiển thị trên iOS hoặc Java API để hiển thị trên Android

Để khai thác tối đa React Native, cần nắm vững một số khái niệm cơ bản như JSX, components, state và props JSX là cú pháp mở rộng của JavaScript kết hợp với XML, cho phép viết mã bằng cú pháp gần giống XML Components giúp chia giao diện người dùng thành các phần độc lập, dễ quản lý và tái sử dụng Props, viết tắt của Properties, là các thuộc tính của một Component, trong khi state là các giá trị thay đổi, biểu diễn trạng thái của Component.

Bảng dưới đây là ví dụ về React Native Component tương ứng với các đối tượng trong các hệ điều hành:

React Native Android iOS Web

React Native offers six types of components: basic components, user interface components, ListView components, Android-specific components, iOS-specific components, and other components Most React Native applications utilize basic components such as View, Text, TextInput, Image, ScrollView, and StyleSheet, with StyleSheet serving as a CSS alternative User interface components, including Button and Switch, facilitate user interaction, while ListView components like FlatList and SectionList display data lists Both Android and iOS have unique components tailored to their respective operating systems, such as BackHandler, DrawerLayoutAndroid, PermissionsAndroid, and ToastAndroid for Android, and ActionSheetiOS for iOS Additionally, other useful components like ActivityIndicator, Alert, Animated, Dimensions, KeyboardAvoidingView, Linking, Modal, PixelRatio, RefreshControl, and StatusBar are categorized separately.

Node JS là một mã nguồn mở và là môi trường runtime đa nền tảng của JavaScript Node

JS được xem là một công cụ phổ biến cho hầu hết các loại dự án

Node.js operates on the V8 JavaScript Engine of Chrome, which is a program or interpreter that executes JavaScript This JavaScript Engine can interpret JavaScript in the traditional sense or compile it just-in-time into bytecode.

Node JS cho phép chạy ứng dụng trong một tiến trình độc lập mà không cần tạo luồng mới cho mỗi yêu cầu Nó cung cấp một bộ các primitive I/O bất đồng bộ trong thư viện chuẩn, giúp ngăn chặn mã JavaScript bị chặn.

Khóa luận tốt nghiệp 5 viện của Node JS sẽ được phát triển dựa trên các mô hình non-blocking (bất đồng bộ), giúp biến hành vi blocking thành ngoại lệ thay vì là trạng thái thông thường.

Blocking I/O là một khái niệm quan trọng trong lập trình, nơi mà ứng dụng không nhận được điều khiển cho đến khi yêu cầu I/O hoàn tất Điều này dẫn đến việc gọi các block trong lập trình đồng bộ (synchronous programming), gây ra vấn đề khi chương trình phải chờ đợi phản hồi, làm giảm hiệu suất, đặc biệt khi có nhiều người dùng Để khắc phục tình trạng này, non-blocking I/O đã được phát triển, cho phép các yêu cầu I/O được xử lý mà không làm gián đoạn hoạt động của ứng dụng.

Non-blocking I/O là một phương thức gọi bất đồng bộ, cho phép trả về kết quả ngay lập tức mà không cần chờ đợi các thao tác I/O khác hoàn thành Điều này có nghĩa là chúng ta có thể truy cập dữ liệu của user2 mà không cần đợi user1 hoàn tất, cho phép hai tiến trình hoạt động song song.

Event Loop giúp JavaScript thực hiện nhiều thao tác cùng một lúc Vậy Event Loop là gì?

The term "Event Loop" refers to a cyclical process within the JavaScript Runtime that listens for events Its primary function is to read from the Stack and the Event Queue When the Stack is empty, the Event Loop retrieves the first event from the Event Queue, along with its associated handler (callback or listener), and pushes it onto the Stack The function continues executing until it either returns a result or throws an exception Additionally, the JavaScript Runtime interacts with a callback queue, distinct from the Stack The Stack operates on a Last In First Out (LIFO) basis, while the Event Queue follows a First In First Out (FIFO) order.

Engine là một phần của Java Runtime, trong đó Google’s V8 engine là một trong những engine phổ biến của JavaScript Cấu trúc của một engine bao gồm Memory Head, liên quan đến phân vùng bộ nhớ đệm, và Call Stack.

JavaScript là ngôn ngữ lập trình đơn luồng, có nghĩa là nó chỉ sử dụng một Call stack và thực hiện một công việc tại một thời điểm.

In addition to the JS Runtime engine, the process involves Web APIs that facilitate asynchronous operations The JS runtime categorizes functions like setTimeout() and setInterval() into Macrotasks, while asynchronous functions (Promises) are placed in Microtasks JavaScript prioritizes the execution of Microtasks over Macrotasks.

1.2.2.2 Node JS với Express và MySQL

Express là một web frameworks phổ biến nhất cho Node JS trong việc hỗ trợ routing, middleware, view system

The structure of REST, which stands for REpresentational State Transfer, is a standard web architecture that relies on the HTTP protocol It focuses on resources, where every component is considered a resource accessed through a common interface using HTTP methods A REST server provides access to these resources, while a REST client accesses and modifies them using the HTTP protocol.

Các giá trị của REST biểu diễn dưới dạng text, JSON, XML, trong đó JSON là dạng phổ biến nhất

* Các phương thức HTTP Có 4 phương thức HTTP phổ biến:

- GET: được sử dụng để cung cấp quyền Read only đến resource

- PUT: được sử dụng để update hoặc replace một resourse

- POST: được sử dụng để tạo mới một resourse

- Delete: được sử dụng để xóa một resourse

* Các status code của API

- 1xx: Informational – giao tiếp chuyển đổi thông tin các protocol-level

- 2xx: Success – thông báo thành công

- 3xx: Redirection – Thông bào client cần thực hiện bổ sung một số hành động nào đó để hoàn thành request

- 4xx: Client Error – Đây là loại status code về lỗi bên phía của client

- 5xx: Server Error – Server chịu trách nhiệm về trạng thái lỗi này

* Một số loại status code phổ biến của REST

200 Status code thông báo request thành công Và không giống như 204 status code, một

200 response nên được thêm vào một response body Những thông tin trả về với response sẽ được dựa vào phương thức request, ví dụ:

+ GET: trả về một entity hoặc một object tương ứng với request được gửi trong response

+ HEAD: trả về một entity-header fields tương ứng với request được gửi trong response mà không có message-body

+ POST: trả về một entity mô tả hoặc chứa kết quả của request

+ TRACE: trả về một entity chứa request message

React.js là một thư viện JavaScript đang ngày càng phổ biến trong việc phát triển ứng dụng web một trang (Single Page Web Application) Thư viện này cho phép nhúng mã HTML vào mã JavaScript thông qua JSX, giúp các thành phần (components) trở nên dễ hiểu hơn Được phát triển bởi Facebook, React hỗ trợ xây dựng các thành phần UI tương tác cao, có trạng thái và có thể tái sử dụng Điểm nổi bật của React là khả năng hoạt động không chỉ trên phía client mà còn có thể được render trên server, tạo ra sự kết nối linh hoạt.

KHẢO SÁT HIỆN TRẠNG

Khảo sát một số ứng dụng đặt lịch khám, theo dõi sức khỏe hiện nay:

2.1.1 Ứng dụng “UMC – Đăng ký khám bệnh Online”

Hình 1 Ứng dụng UMC - Đăng ký khám bệnh

- Thao tác nhanh chóng, cho phép người dùng đặt lịch khám ở mọi nơi, chọn bác sĩ và khung giờ cụ thể

- Cho phép đặt lịch khám cho nhiều người, cho người thân

- Tiện lợi về việc tạo hồ sơ trực tuyến, thanh toán online

- Khi đặt lịch khám thành công, các thông tin về số thứ tự ngày giờ được gửi qua mail đăng kí

- Có thể hủy đăng ký lịch khám

- Giao diện thân thiện cho người dùng, dễ sử dụng Ngoài ra còn có hướng dẫn sử dụng ứng dụng

- Đặt lịch nhắc nhở uống thuốc

- Không được bảo mật, do chỉ cần đăng nhập một lần

- Không lưu trữ các thông số sức khỏe của bệnh nhân

- Không có tư vấn nhắn tin trực tiếp được với bác sĩ

2.1.2 Ứng dụng AIHeath: Ứng dụng tìm bác sĩ riêng

- Đặt lịch khám bệnh ở nhiều nơi thuộc hệ thống AIHeath

- Tìm bác sĩ riêng, có thể chat, video call để khám bệnh

- Có thể mua thuốc online, giao thuốc tận nơi

- Lưu trữ các thông tin cần thiết cho người dùng về lịch sử khám, sổ hiến máu

- Đăng nhập được bảo mật qua OTP

- Không có dịch vụ chăm sóc khách hàng miễn phí

- Không lưu trữ các chỉ số sức khỏe của người dùng

- Giúp dễ dàng kết nối người dùng và Bác sĩ dễ dàng ở mọi lúc mọi nơi

- Tư vấn tra cứu trực tuyến trên ứng dụng, đặt câu hỏi miễn phí

- Có các dịch vụ chăm sóc sức khỏe tại nhà

- Lưu trữ các thông tin về sức khỏe, liên kết các thông tin từ điện thoại (ví dụ số bước chân trong IOS)

- Có nhà thuốc online cho người dùng

- Bố cục hơi rối mắt

- Không có nhắn tin tư vấn với bác sĩ.

TÀI LIỆU MÔ TẢ HỆ THỐNG CHỨC NĂNG

XÁC ĐỊNH YÊU CẦU

3.1.1 Yêu cầu chức năng Đề tài dựa trên phân quyền từng chức năng của người dùng, hệ thống có hai phần Thứ nhất phần ứng dụng di dộng cho người dùng là bệnh nhân và thứ hai phần web dành cho người dùng là bác sĩ và admin quản lý

3.1.1.1 Ứng dụng của Mobile App

Xác thực bằng mã OTP là quy trình mà hệ thống gửi một mã số ngẫu nhiên qua tin nhắn điện thoại cho người dùng Người dùng cần nhập mã này để hoàn tất xác thực Nếu không được xác thực trong khoảng thời gian quy định, mã OTP sẽ bị vô hiệu hóa, và người dùng có thể yêu cầu hệ thống gửi mã OTP mới để thực hiện xác thực lại.

Người dùng có thể đăng ký tài khoản bằng số điện thoại và mật khẩu Nếu số điện thoại chưa được sử dụng, hệ thống sẽ xác thực tài khoản thông qua mã OTP.

Khi quên mật khẩu đăng nhập, người dùng có thể dễ dàng khôi phục bằng cách gửi số điện thoại và mật khẩu mới để yêu cầu xác nhận tài khoản Nếu tài khoản tồn tại, hệ thống sẽ gửi mã OTP để xác thực.

Người dùng có thể dễ dàng cập nhật thông tin cá nhân của mình, bao gồm avatar, họ và tên, năm sinh, địa chỉ và giới tính, ngay sau khi đăng nhập.

Người dùng có thể dễ dàng đổi mật khẩu sau khi đăng nhập bằng cách xác thực tài khoản của mình với mật khẩu mới thông qua mã OTP.

Người dùng có thể theo dõi sức khỏe bằng cách cập nhật chiều cao, cân nặng để tính chỉ số BMI, cũng như nhịp tim, huyết áp tâm trương và tâm thu Tất cả thông tin được lưu trữ và người dùng có thể xem danh sách theo ngày, theo dõi các cập nhật và thống kê theo ngày, tháng, năm.

Người dùng có thể đặt lịch khám bệnh theo khoa bằng cách tự chọn hoặc tham khảo các đề xuất từ chẩn đoán khoa Họ có thể lựa chọn khoa phù hợp với nhu cầu của mình và chọn ngày, thời gian, cũng như phòng khám bệnh.

Người dùng có thể đặt lịch khám bệnh theo bác sĩ bằng cách tự chọn hoặc tham khảo các đề xuất từ chẩn đoán khoa Họ có thể lựa chọn bác sĩ dựa trên lịch làm việc của bác sĩ để chọn ngày, thời gian và phòng khám phù hợp.

Người dùng có thể đăng ký dịch vụ khám bệnh theo thời gian của bác sĩ thông qua các gói tháng hoặc năm.

Sau khi đặt lịch khám, người dùng sẽ nhận được số thứ tự (STT) khám bệnh, bao gồm thông tin về ngày, phòng và giờ dự kiến khám Người dùng cũng có thể theo dõi STT khám bệnh hiện tại và sẽ nhận được thông báo khi đến lượt khám của mình.

Bệnh nhân có thể truy cập và xem bệnh án của mình, bao gồm các đơn thuốc do bác sĩ kê Họ cũng có thể thiết lập thời gian để uống thuốc một cách thuận tiện.

Bệnh nhân có thể nhận được sự tư vấn từ bác sĩ qua việc gửi tin nhắn văn bản hoặc hình ảnh, cũng như chia sẻ số đo nhịp tim để được hỗ trợ kịp thời.

Đoán bệnh thông qua việc trả lời câu hỏi: bệnh nhân sẽ tìm kiếm và trả lời các câu hỏi, từ đó hệ thống sẽ dựa vào tình trạng của họ để dự đoán các bệnh liên quan.

Bác sĩ và y tá sẽ nhận được tài khoản đăng nhập bao gồm tên đăng nhập và mật khẩu Sau khi đăng nhập thành công, hệ thống sẽ tự động chuyển hướng theo từng loại tài khoản.

 Theo dõi và cập nhật bệnh án: Bác sĩ có thể xem và cập nhật thêm thông tin vào bệnh án online của bệnh nhân mình phụ trách

 Cập nhật tình trạng STT khám bệnh: Khi bác sĩ khám đến người kế tiếp thì phải cập nhật lại tình trạng STT khám bệnh

 Cập nhật STT xét nghiệm: Khi bác sĩ yêu cầu bệnh nhân xét nghiệm, y tá sẽ nhập STT xét nghiệm cho bệnh nhân

 Kê đơn thuốc: Bác sĩ kê đơn thuốc cho bệnh nhân

 Admin theo dõi trạng thái của các dịch vụ đã đăng ký, thay đổi hoặc cập nhập trạng thái của các dịch vụ mà người dùng đã đăng ký

 Admin quản lý thông tin bác sĩ, lịch khám, thông tin bệnh nhân, phòng khám

 Bác sĩ theo dõi các người bệnh đăng ký dịch vụ của mình, tư vấn với bệnh nhân, xem lịch khám của mình

3.1.2 Yêu cầu phi chức năng

- Hiển thị tương thích trên các loại màn hình điện thoại khác nhau

- Thiết kế hiện đại, màu sắc đơn giản, mang tính tin tưởng cao

3.1.3 Sơ đồ gantt – kế hoạch thực hiện đề tài

TỔNG QUAN

3.2.1 Sơ đồ phân dã chức năng

KHÓA LUẬN TỐT NGHIỆP 25 3.2.2 Lược đồ Usecase

KHÓA LUẬN TỐT NGHIỆP 27 3.2.2.2 Usecase cho Web

STT CHỨC NĂNG VERSION LOẠI MÔ TẢ

1 Đăng nhập Đăng nhập vào hệ thống

2 Đăng xuất Đăng xuất kết thúc phiên làm việc

3 Đăng ký Đăng ký tài khoản

4 Quên mật khẩu Người dùng lấy lại mật khẩu đã quên

5 Đổi mật khẩu Người dùng thay đổi mật khẩu

6 Xác thực OTP Dùng SMS để xác thực các đăng ký tài khoản

7 Cập nhập thông tin cá nhân

Người dùng thay đổi các thông tin cá nhân cơ bản: tên, ảnh đại diện, hoặc thay đổi mật khẩu,…

Người dùng nhập thông tin chiều cao, cân nặng, có thể

KHÓA LUẬN TỐT NGHIỆP 29 chỉnh sửa, xóa, tìm kiếm theo ngày

9 Quản lý chỉ số nhịp tim, huyết áp

Người dùng có thể nhập, chỉnh sửa, xóa và tìm kiếm thông tin nhịp tim theo ngày, đồng thời gửi các chỉ số này cho bác sĩ riêng đã đăng ký.

10 Đặt lịch khám theo khoa

Người dùng chọn khoa khám bệnh cần thiết để đặt số thứ tự khám bệnh (chuyên khoa nhi, khoa mắt,…)

11 Đặt lịch khám theo bác sĩ

Chức năng này người dùng chọn bác sĩ muốn khám bệnh để đặt số thứ tự khám

12 Theo dõi số thứ tự khám

Hiển thị thông tin số khám bệnh, STT đang khám, nhận thông báo đến STT khám nào, xem STT đã đặt theo các trạng thái

13 Đăng nhập Web Đăng nhập vào Web

15 Xem biểu đồ thống kê

Xem biểu đồ thống kê

16 Tạo số thứ tự khám bệnh

Người dùng muốn tạo số thứ tự khám bệnh trên Web mà không cần thông qua ứng dụng di dộng

17 Xem chi tiết thông tin bác sĩ

Người dùng xem thông tin bác sĩ

18 Tìm kiếm bác sĩ Người dùng nhập tên bác sĩ để tìm kiếm

19 Quản lý dịch vụ Người dùng quản lý dịch vụ của bác sĩ

Người dùng sau khi đăng ký dịch vụ tiến hành thanh toán

22 Quản lý các dịch vụ đã đăng ký

Người dùng xem các trạng thái dịch vụ bác sĩ mà mình đã đăng kí, có thể xóa, hủy các dịch vụ đó

23 Quản lý các bệnh nhân đã đăng ký

Người dùng xem danh sách bệnh nhân đã đăng ký

24 Tạo bệnh án Người dùng chẩn đoán bệnh sau khi nghe thông tin của bệnh nhân khi khám trực tiếp và kê đơn theo chuẩn đoán đó

Người dùng muốn xem danh sách các STT khám trong ngày hiện tại

26 Lọc STT khám theo phòng và trạng thái

Người dùng muốn xem STT khám theo phòng và trạng thái

27 Chuẩn đoán bệnh AI dựa trên triệu chứng bệnh nhân đưa ra để chẩn đoán, là một danh sách bệnh có thể mắc phải

28 Xem chi tiết bệnh án

Xem chi tiết bệnh án bao gồm các thông tin về tên bệnh án (bị cảm), thông tin người bệnh,

29 Tìm bệnh án theo tên

Tìm bệnh án bằng cách nhập tên bệnh án

30 Nhắn tin với bác sĩ

Người dùng (bệnh nhân) nhắn tin với bác sĩ đã được đăng ký dịch vụ

31 Nhắn tin với bệnh nhân

Người dùng (bác sĩ) nhắn tin với bệnh nhân

32 Nhắc uống thuốc Người dùng cài đặt nhắc nhở uống thuốc

Người dùng thêm xóa sửa phòng khám

34 Thêm lịch khám cho bác sĩ

Người dùng thêm lịch khám bệnh cho bác sĩ

X Full access – Được quyền thực hiện tất cả X* Phân quyền theo role, theo nhóm quyền

X** Phân quyền theo user đặc biệt trong nhóm quyền

XX Không có quyền thực hiện

STT CHỨC NĂNG QUẢN TRỊ

6 Xác thực OTP XX XX X

7 Cập nhập thông tin cá nhân

9 Quản lý chỉ số nhịp tim, huyết áp

10 Đặt lịch khám theo khoa

11 Đặt lịch khám theo bác sĩ

12 Theo dõi số thứ tự khám

15 Xem biểu đồ thống kê

16 Tạo số thứ tự khám bệnh

17 Xem chi tiết thông tin bác sĩ

19 Quản lý dịch vụ X XX XX

22 Quản lý các dịch vụ đã đăng ký

23 Quản lý các bệnh nhân đã đăng ký

26 Lọc STT khám theo phòng và trạng thái

28 Xem chi tiết bệnh án

29 Tìm bệnh án theo tên

30 Nhắn tin với bác sĩ

31 Nhắn tin với bệnh nhân

32 Nhắc uống thuốc XX XX X

34 Thêm lịch khám cho bác sĩ

ĐẶC TẢ CHỨC NĂNG

Người dùng đăng nhập vào hệ thống

Actor(s) Người dùng (bệnh nhân), Bác sĩ, Y tá

Pre-conditions Người dùng đã được tạo tài khoản trong hệ thống

Post-conditions Nếu đăng nhập thành công: Người dùng được xác thực và hệ thống hiển thị nội dung trang chủ

Nếu đăng nhập không thành công: Người dùng không truy cập được vào hệ thống dành cho người dùng có tài khoản

Basic flow Use case bắt đầu khi người dùng cần thực hiện chức năng nào đó của hệ thống cần xác thực quyền truy cập:

1 Hệ thống hiển thị cửa sổ cho người dùng nhập số điện thoại và password

2 Người dùng nhập SĐT và password

3 Hệ thống xác định vai trò của người dùng

4 Hệ thống mở màn hình trang chủ và mở các chức năng được phép truy cập của người dùng

Nếu người dùng nhập sai SĐT/password Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do xác thực bị sai

2 Hệ thống lưu ý người dùng đăng nhập lại

3 Khi người dùng nhập lại SĐT và password, bước 3 ở Basic flow được thực hiện

KHÓA LUẬN TỐT NGHIỆP 36 3.3.1.2 Sequence Diagram

Người dùng muốn thoát khỏi phiên làm việc hiện tại

STT Loại control Chức năng

1 Input Nhập số điện thoại đã đăng ký

3 Button Thực hiện đăng nhập

4 Button Chuyển đến trang đăng ký

5 Text Chuyến đến trang quên mật khẩu

Actor(s) Bác sĩ, y tá, người dùng

Người dùng cần có tài khoản đã được tạo và đăng nhập thành công vào hệ thống Nếu quá trình đăng xuất diễn ra thành công, hệ thống sẽ chuyển hướng đến trang đăng nhập tương ứng với vai trò của người dùng đã đăng nhập trước đó.

Nếu đăng xuất không thành công: hiển thị trang lỗi

Use case bắt đầu khi người dùng chọn vào menu của icon profile ở góc trên bên phải thanh menu:

1 Hệ thống hiển thị cửa sổ yêu cầu người dùng xác nhận kết thúc phiên làm việc

2 Người dùng chọn vào nút đồng ý

3 Hệ thống xóa các thông tin về phiên làm việc trên trình duyệt của người dùng

4 Hiển thị trang đăng nhập tương ứng với quyền đã đăng nhập trước đó

Người dùng chọn cancel ở thông báo yêu cầu xác nhận thoát phiên làm việc, hệ thống sẽ thực hiện các công việc sau:

1 Thông báo sẽ được tắt đi

Nếu hệ thống xảy ra sự cố (bảo trì, …) không thể gửi các tin nhắn, hệ thống sẽ thực hiện các công viêc sau:

1 Hiển thị thông báo có sự cố xảy ra không thể , nhắc người gửi được tin nhắn, hiển thị thông báo nhắc người dùng thực hiện lại hành động sau

Brief description Người dùng đăng ký tài khoản trên hệ thống MyDoctor

Pre-conditions Người dùng chưa có tài khoản trong hệ thống

Post-conditions - Thành công: Hệ thống thông báo tài khoản vẫn chưa được đăng ký và yêu cầu xác thực SĐT qua mã OTP ở trang AuthOTP

- Không thành công: : Hệ thống thông báo tài khoản đă được đăng ký

Use case bắt đầu khi người dùng cần thực hiện chức năng đăng ký của hệ thống Chức năng đăng ký cần xác thực

1 Hệ thống hiển thị trang Signup cho người dùng nhập SĐT và mật khẩu

2 Người dùng nhập SĐT và mật khẩu và nhấn đăng ký

3 Hệ thống xác thực SĐT

4 Hệ thống chuyển sang trang AuthOTP kèm SĐT, mật khẩu vừa nhập và action = ‘signup’

Nếu người dùng nhập sai SĐT hoặc không nhập mật khẩu thì nút đăng ký bị vô hiệu hóa

Nếu SĐT có tồn tại trong CSDL Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do xác thực bị sai để lưu ý người dùng đăng ký lại

2 Khi người dùng nhập lại SĐT và mật khẩu và nhấn đăng ký, bước 3 ở Basic flow được thực hiện

KHÓA LUẬN TỐT NGHIỆP 42 3.3.3.3 Activity Diagram

KHÓA LUẬN TỐT NGHIỆP 43 3.3.3.4 Mô tả UI

1 Text Hiển thị văn bản

3 PhoneInput Nhập số điện thoại

6 Button Kiểm tra dữ liệu nhập

• SĐT ko hợp lệ / tài khoản đã được đăng ký / chưa nhập mật khẩu: Hiển thị alert lỗi

• SĐT hợp lệ và tài khoản chưa được đăng ký: Chuyển trang đến Authentication OTP

Brief description Người dùng muốn quên mật khẩu của tài khoản đă đăng ký trên hệ thống Actor(s) Bệnh nhân

Pre-conditions Người dùng đã có tài khoản trong hệ thống

Post-conditions - Thành công: Hệ thống thông báo tài khoản đã được đăng ký và yêu cầu xác thực SĐT qua mã OTP ở trang AuthOTP

- Không thành công: : Hệ thống thông báo tài khoản chưa được đăng ký

Use case bắt đầu khi người dùng chọn chức năng quên mật khẩu Chức năng quên mật khẩu cần xác thực

1 Hệ thống hiển thị trang ForgotPass cho người dùng nhập SĐT và mật khẩu mới

2 Người dùng nhập SĐT và mật khẩu mới và nhấn cập nhật

3 Hệ thống xác thực SĐT

4 Hệ thống chuyển sang trang AuthOTP kèm SĐT, mật khẩu vừa nhập và action = ‘forgotPass’

Nếu người dùng nhập sai SĐT hoặc không nhập mật khẩu thì nút đăng ký bị vô hiệu hóa

Nếu SĐT không có trong CSDL Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do xác thực bị sai để lưu ý người dùng đăng ký lại

2 Khi người dùng nhập lại SĐT và mật khẩu và nhấn đăng ký, bước 3 ở Basic flow được thực hiện

3 PhoneInput Nhập số điện thoại

6 Button Kiểm tra dữ liệu nhập

• SĐT ko hợp lệ / tài khoản chưa được đăng ký / chưa nhập mật khẩu: Hiển thị alert lỗi

• SĐT hợp lệ và tài khoản đã được đăng ký: Chuyển trang Authentication OTP

Người dùng muốn đổi mật khẩu của tài khoản đã đăng ký trên hệ thống

Người dùng đã đăng nhập vào trong hệ thống

- Nếu đổi mật khẩu thành công: Hệ thống thông báo đổi mật khẩu thành công

- Nếu đổi mật khẩu không thành công: Hệ thống hiển thị lý do đổi mật khẩu không thành công

Use case bắt đầu khi người dùng chọn chức năng đổi mật khẩu Chức năng quên mật khẩu cần xác thực

1 Hệ thống hiển thị trang ChangePass cho người dùng nhập mật khẩu hiện tại và mật khẩu mới, nhập lại mật khẩu mới và mã xác nhận

2 Người dùng nhập mật khẩu hiện tại và mật khẩu mới, nhập lại mật khẩu mới và mã xác nhận và nhấn cập nhật

3 Hệ thống xác thực các thông tin vừa nhập

4 Hệ thống đổi mật khẩu mới cho tài khoản trên database

5 Hệ thống hiển thị thông báo đổi mật khẩu thành công Alternative flow

Nếu người dùng nhập sai Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do không đổi được mật khẩu và lưu ý người dùng làm lại

2 Hệ thống tạo mã xác thực mới

3 Khi người dùng nhập lại và nhấn cập nhật, bước 3 ở Basic flow được thực hiện

1 Input Mật khẩu hiện tại

2 Input Nhập lại mật khẩu mới

5 Button Reset mã xác thực

6 Button Thực hiện chức năng Đổi mật khẩu

Người dùng xác thực SĐT bằng mã OTP trên hệ thống MyDoctor

- Nếu xác thực thành công: Hệ thống thông báo xác thực thành công và hiển thị nội dung trang Home dưới danh của tài khoản

- Nếu xác thực không thành công: Hệ thống thông báo xác thực không thành công

Use case bắt đầu khi người dùng cần thực hiện chức năng xác thực OTP của hệ thống

1 Người dùng nhập mã OTP vừa nhận vào trang OTPAuth và nhấn xác thực

2 Hệ thống xác thực mã OTP và thực hiện tạo tài khoản hoặc cập nhật mật khẩu tùy vào action

3 Hệ thống chuyển sang trang Home

Nếu người dùng nhập sai mã OTP hay mã OTP hết hạn Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do Nếu mã OTP hết hạn thì nhấn gửi lại mã OTP trong trang AuthOTP để nhận mã OTP mới

2 Khi người dùng nhập lại mã OTP và nhấn xác thực, bước 2 ở Basic flow được thực hiện

3 Button Xác thực bằng mã OTP

4 Button Gửi tin nhắn chứa mã OTP

3.3.7 Cập nhập thông tin cá nhân

Name Cập nhật thông tin cá nhân

Brief description Người dùng muốn cập nhật thông tin cá nhân

Pre-conditions Người dùng đã đăng nhập vào hệ thống

Post-conditions - Nếu thông tin cá nhân cập nhật thành công: Hệ thống hiển thị sự thay đổi trên trang Profile

- Nếu thông tin cá nhân cập nhật không thành công: Hệ thống hiển thị lý do thông tin cá nhân chưa thể cập nhật được

Use case bắt đầu khi người dùng chọn chức năng cập nhật thông tin cá nhân

1 Hệ thống hiển thị trang Profile với các thông tin cá nhân của người dùng

2 Người dùng nhập các thông tin cần sửa và nhấn nút update

3 Hệ thống kiểm tra thông tin hợp lệ

4 Hệ thống cập nhật thông tin chỉnh sửa của tài khoản trên database

5 Hệ thống hiện sự thay đổi trên trang Profile

Nếu người dùng nhập thông tin không hợp lệ Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do sai và lưu ý người dùng nhập lại

2 Khi người dùng nhập lại và nhấn update, bước 3 ở Basic flow được thực hiện

2 Avatar Tải ảnh từ bộ nhớ thiết bị

4 TextInput Nhập họ và tên

6 DatePicker Chọn ngày, tháng, năm

9 Text Hiển thị giới tính

12 Button Cập nhật thông tin cá nhân

3.3.8 Quản lý chỉ số BMI

Name Quản lý chỉ số BMI

Người dùng muốn lưu thông tin liên quan đến sức khỏe về chiều cao, cân nặng

Actor(s) Người dùng – bệnh nhân

Pre-conditions Người dùng đã được tạo tài khoản trong hệ thống và đã đăng nhập thành công Post-conditions

Use case bắt đầu khi người dùng chọn vào trang theo dõi sức khỏe, sau đó lựa chọn theo các chức năng về lưu trữ chiều cao, cân nặng:

1 Người dùng chọn button thêm hoặc cập nhập ở mỗi chức năng chính

2 Cập nhập thông tin 2.1 Chọn button cập nhập 2.2 Xuất hiện hộp thoại để nhập các thông tin về sức khỏe

2.3 Chọn button lưu để cập nhập thông tin

3 Xem lịch sử cập nhập 3.1 Chọn vào chức năng xem lịch sử cập nhập 3.2 Hệ thống hiển thị danh sách chỉ số đã lưu

4 Xem theo ngày tháng 4.1 Chọn button lọc calandar trên thanh header 4.2 Chọn ngày muốn xem thông tin

4.3 Chọn button Xem 4.4 Hệ thống hiển thị thông tin theo ngày đã lọc Alternative flow

Nếu khi thực hiên thêm chức năng thêm thông tin ở bước 2 bị lỗi sẽ thông báo lỗi cho người dùng nhập lại

Tại bước 4.2 của Basic Flow người dùng có thể chọn bỏ lọc để xem lại toàn bộ danh sách ban đầu

6 Button Mở đến trang thêm dữ liệu cho BMI

7 Button Xem tất cả các dữ liệu đã nhập

8 Button Trở về trang trước

9 Button Mở dialog Chọn lịch ngày để lọc danh sách các dữ liệu BMI

10 Button Thực hiện chọn lọc danh sách

11 Button Thực hiện bỏ lọc những ngày đã chọn

3.3.9 Quản lý nhịp tim, huyết áp

Name Quản lý chỉ số nhịp tim, huyết áp

Người dùng muốn lưu thông tin liên quan đến sức khỏe về nhịp tim, huyết áp

Actor(s) Người dùng – bệnh nhân

Pre-conditions Người dùng đã được tạo tài khoản trong hệ thống và đã đăng nhập thành công Post-conditions

Use case bắt đầu khi người dùng chọn vào trang theo dõi sức khỏe, sau đó lựa chọn theo các chức năng về lưu trữ nhịp tim, huyết áp:

1 Người dùng chọn button thêm hoặc cập nhập ở mỗi chức năng chính

2 Cập nhập thông tin 2.1 Chọn button cập nhập

2.2 Xuất hiện hộp thoại để nhập các thông tin về sức khỏe

2.3 Chọn button lưu để cập nhập thông tin

3 Xem lịch sử cập nhập 3.1 Chọn vào chức năng xem lịch sử cập nhập 3.2 Hệ thống hiển thị danh sách chỉ số đã lưu

4 Xem theo ngày tháng 4.1 Chọn button lọc calandar trên thanh header 4.2 Chọn ngày muốn xem thông tin

4.3 Chọn button Xem 4.4 Hệ thống hiển thị thông tin theo ngày đã lọc

5 Gửi thông tin cho bác sĩ đã đăng kí dịch vụ khám bệnh, người dùng bấm chọn buton send

5.1 Hiển thị alert danh sách các bác sĩ 5.2 Chọn những bác sĩ mà người dùng muốn gửi 5.3 Hoặc tìm kiếm theo tên những bác sĩ mà người dùng muốn gửi

5.4 Chọn gửi cho bác sĩ Alternative flow

Nếu khi thực hiên thêm chức năng thêm thông tin ở bước 2 bị lỗi sẽ thông báo lỗi cho người dùng nhập lại

Tại bước 4.2 của Basic Flow người dùng có thể chọn bỏ lọc để xem lại toàn bộ danh sách ban đầu

3.3.10 Đặt lịch khám theo khoa

Name Đặt lịch khám theo khoa

Brief description Người dùng muốn đặt lịch khám theo khoa

Post-conditions - Nếu đặt lịch khám thành công: Hệ thống thông báo đặt lịch khám thành công

- Nếu đặt lịch khám không thành công: Hệ thống hiển thị lý do đặt lịch khám không thành công

Use case bắt đầu khi người dùng chọn chức năng đặt lịch khám

1 Hệ thống hiển thị trang BookingScreen cho người dùng chọn khoa/bác sĩ khám

2 Người dùng chọn khoa/bác sĩ khám

3 Hệ thống hiển thị trang đặt lịch khám

4 Người dùng chọn ngày, giờ khám và nhấn nút đặt lịch

5 Hệ thống kiểm tra ngày khám chưa qua

6 Hệ thống tạo số thứ tự khám cho người dùng

7 Hệ thống hiển thị thông báo đặt lịch khám thành công

Nếu ngày khám đã qua Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do không đặt lịch khám được và lưu ý người chọn ngày, giờ lại

2 Khi người dùng chọn lại và nhấn đặt lịch, bước 5 ở Basic flow được thực hiện

3.3.11 Đặt lịch khám theo bác sĩ

Name Đặt lịch khám theo bác sĩ

Brief description Người dùng muốn đặt lịch khám theo bác sĩ

Post-conditions - Nếu đặt lịch khám thành công: Hệ thống thông báo đặt lịch khám thành công

- Nếu đặt lịch khám không thành công: Hệ thống hiển thị lý do đặt lịch khám không thành công

Use case bắt đầu khi người dùng chọn chức năng đặt lịch khám

1 Hệ thống hiển thị trang xem chi tiết bác sĩ

2 Người dùng chọn đặt lịch

3 Hệ thống hiển thị alert ngày và lịch khám của bác sĩ để chọn lịch khám

4 Người dùng chọn ngày khám và nhấn nút đặt lịch

5 Hệ thống kiểm tra ngày khám có tồn tại trong lịch làm việc của bác sĩ chưa

6 Hệ thống chuyển đến trang chọn phòng và buổi

7 Khi chọn vào một phòng và buổi, Hệ thống tạo STT

8 Kiểm tra xem lịch đó người dùng đã đặt chưa

9 Hệ thống tạo đặt lịch cho người dùng

10 Thông báo kết quả đặt lịch Alternative flow

Nếu lịch khám đã đặt trước Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do không đặt lịch khám được và lưu ý người chọn ngày, giờ lại

3.3.12 Theo dõi số thứ tự khám

Name Theo dõi số thứ tự khám

Brief description Người dùng muốn theo dõi số thứ tự khám

1 Button Đóng alert đặt lịch

2 Button Button chọn ngày đã chọn chuyển đến trang chọn phòm khám

3 Button Quay trở về trang profile bác sĩ

Post-conditions Hệ thống hiển thị danh sách STT khám bệnh của người dùng

2 FlatList Hiển thị danh sách STT khám

3.3.13 Xem hồ sơ bệnh án

Name Xem hồ sơ bệnh án

Brief description Người dùng muốn xem hồ sơ bệnh án

Post-conditions Hệ thống hiển thị danh sách bệnh án của người dùng

2 FlatList Hiển thị danh sách bệnh án

Brief description Người dùng đăng nhập vào web https://my-doctor- web.herokuapp.com/

Actor(s) Bác sĩ, y tá, Quản trị viên

Pre-conditions Người dùng có tài khoản trong hệ thống

Post-conditions - Thành công: Hệ thống chuyển đến trang Home

- Không thành công: Hệ thống hiển thị lý do không thành công

Use case bắt đầu khi người dùng chọn chức năng đăng nhập

1 Hệ thống hiển thị trang Signin

2 Người dùng nhập tên đăng nhập, mật khẩu và nhấn nút Đăng nhập

3 Hệ thống kiểm tra tên đăng nhập và mật khẩu

4 Hệ thống chuyển đến trang Home

Nếu không nhập tên đăng nhập hoặc mật khẩu thì nút Đăng nhập luôn bị vô hiệu hóa

Nếu tài khoản chưa đăng ký, không đúng hoặc là đối tượng bệnh nhân Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do và lưu ý người nhập lại

STT Loai control Chức năng

1 Input type = ”text” Trường nhập tên đăng nhập

2 Input type = ”password” Trường nhập mật khẩu

3 Input type = “checkbox” Lưu/Xóa tài khoản đăng nhập trong lần đăng nhập tới

4 Button Thực hiện chức năng Đăng nhập

3.3.15 Xem biểu đồ thống kê

Name Xem biểu đồ thống kê

Người dùng muốn xem biểu đồ thống kê

Người dùng đang đăng nhập trong hệ thống

Hệ thống hiển thị biểu đồ thống kê tùy vào đối tượng đang đăng nhập

Người dùng bắt đầu sử dụng chức năng xem biểu đồ thống kê, và hệ thống sẽ hiển thị biểu đồ phù hợp với đối tượng đang đăng nhập.

1 Icon Mở rộng/ Thu gọn Sidebar

2 Link Chuyển đến trang chủ

3 Link Chuyển đến trang bệnh án

4 Link Chuyển đến trang bệnh nhân đăng ký dịch vụ

5 Icon Thực hiện chức năng Đăng xuất

6 Chart Biểu đồ lượng người khám bệnh theo tuần, tháng

3.3.16 Tạo số thứ tự khám bệnh

Name Tạo số thứ tự khám bệnh

Brief description Người dùng muôn tạo số thứ tự khám bệnh

Pre-conditions Người dùng có tài khoản y tá trong hệ thống

Post-conditions - Thành công: Hệ thống hiển thị số thứ tự được thêm vào

- Không thành công: Hệ thống hiển thị lý do không thành công Flow of events

Use case bắt đầu khi người dùng chọn chức năng tạo số thứ tự khám bệnh

1 Hệ thống hiển thị trang Position

2 Người dùng chọn phòng, nhập số thứ tự và nhấn Thêm

3 Hệ thống kiểm tra phòng và số thứ tự

4 Hệ thống hiển thị số thứ tự được thêm vào

Nếu số thự tự của phòng khám đã được đăng ký Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do và lưu ý người thực hiện lại

2 Khi người dùng thực hiện lại, bước 3 ở Basic flow được thực hiện

1 Button Mở hộp thoại Thêm số thứ tự

2 Select Hiển thị danh sách phòng khám trong khoa

3 Input type = “text” Trường nhập số thứ tự

4 Button Thực hiện chức năng Thêm số thứ tự

3.3.17 Xem chi tiết thông tin bác sĩ

Name Xem chi tiết thông tin bác sĩ

Người dùng muốn chi tiết thông tin bác sĩ

Người dùng đã đăng nhập vào hệ thống

Usecase bắt đầu khi người dùng ở trang danh sách các bác sĩ và muốn xem chi tiết bác sĩ:

1 Hệ thống hiển thị thông tin bác sĩ cho tại trang xem thông tin bác sĩ

1 Image Hình đại diện của bác sĩ

2 Text Tên và chuyên khoa của bác sĩ

3 Text Thông tin liên lạc của bác sĩ

4 Button Thực hiện chức năng nhắn tin với bác sĩ

5 Button Thực hiện chức năng đặt lịch

6 Component Hiển thị thông tin các dịch vụ khám bệnh của bác sĩ

Name Tìm kiếm bác sĩ theo tên

Brief description Người dùng muốn tìm kiếm bác sĩ

Usecase bắt đầu khi người dùng ở trang danh sách các bác sĩ và muốn tìm kiếm bác sĩ:

1 Người dùng nhập tên bác sĩ trên thanh tìm kiếm

2 Hệ thống lọc danh sách bác sĩ theo tên bác sĩ đã nhập

3 Hiển thị danh sách các bác sĩ đã lọc Extension point Tại bước 2 của Basic flow nếu người dùng nhập tên bác sĩ không có trong danh sách bệnh viện, hệ thống hiện loading thông báo không có bác sĩ

1 TextInput Nhập tên bác sĩ để tìm kiếm bác sĩ

2 Component Hiện các thông tin bác sĩ

Name Quản lý dịch vụ

Brief description Người dùng quản lý các dịch vụ của mình

Usecase bắt đầu khi người dùng ở trang “Bác sĩ riêng” gồm nhiều tab:

1 Tab “Bác sĩ riêng” hiển thị danh sách các bác sĩ mà người dùng đã đăng kí dịch vụ

2 Tab “Dịch vụ” hiển thị danh sách các dịch vụ đang sử dụng

3 Tab “” hiển thị danh sách các dịch vụ đang sử dụng Extension point Tại bước 4.2 của Basic flow nếu đăng kí không thành công hệ thống báo lỗi Tại bước 2 của Basic flow nếu bác sĩ này đã được đăng kí, hệ thống thông báo lỗi

1 Tab Header Chọn những dịch vụ theo trạng thái đăng ký

2 Component Hiện các thông tin bác sĩ đã đăng ký

3 Component Hiển thị dịch vụ đã đăng ký

4 Button Hiển thị thời gian còn lại đăng ký dịch vụ

Name Đăng ký dịch vụ

Người dùng muốn đăng kí dịch vụ của bác sĩ

Usecase bắt đầu khi người dùng ở trang xem chi tiết profile bác sĩ và muốn đăng kí dịch vụ bác sĩ:

1 Người dùng chọn dịch vụ mà mình muốn đăng kí

3 Hệ thống chuyển đến trang chi tiết dịch vụ

4 Nếu người dùng có 2 sự lựu chọn:

4.1 Bấm ra thoát nếu không muốn đăng kí 4.2 Bấm đăng kí, hệ thống tạo đăng kí cho người dùng

Tại bước 4.2 của quy trình cơ bản, nếu việc đăng ký không thành công, hệ thống sẽ hiển thị thông báo lỗi Tương tự, ở bước 2, nếu bác sĩ đã được đăng ký, hệ thống cũng sẽ thông báo lỗi.

Name Thanh toán dịch vụ

Người dùng đã đăng kí dịch vụ và muốn thanh toán dịch vụ

Usecase bắt đầu khi người dùng đã đăng kí dịch vụ và bắt đầu thanh toán:

1 Người dùng xem thông tin thanh toán bằng số tài khoản hiển thị trên screen

2 Người dùng có 3 lựa chọn 2.1 Tự chuyển khoản 2.1.1 Người chuyển khoản bằng số tài khoản 2.1.2 Người dùng bấm chọn button “Đã chuyển khoản xong”, Admin sẽ kiểm tra và chuyển trạng thái cho người dùng

2.2 Chuyển khoản bằng paypal 2.2.1 Người dùng bấm vào button thanh toán bằng paypal 2.2.2 Hệ thống chuyển đổi đơn vị tiền sang USD

2.2.2 Gọi API của paypal để thanh toán 2.3 Người dùng bấm hủy thanh toán để hủy đăng kí dịch vụ

Tại bước 2.2.2 của Basic flow nếu thanh toán không thành công hệ thống báo lỗi

KHÓA LUẬN TỐT NGHIỆP 1013.3.21.3 Activity Diagram

KHÓA LUẬN TỐT NGHIỆP 1023.3.21.4 Mô tả UI

1 Text Sao chép số tài khoản vào clipboard

2 Text Sao chép nội dung chuyển khoản vào clipboard

3 Button Xác nhận đã chuyển khoản

4 Button Thực hiện thanh toán bằng paypal

5 Button Quay lại trang thanh toán

6 Button Sau khi đăng nhập, sử dụng api của paypal để thanh toán

3.3.22 Quản lý các dịch vụ đã đăng ký

Name Quản lý các dịch vụ đã đăng ký

Brief description Admin quản lý những dịch vụ mà người dùng đăng kí

Pre-conditions Admin đã đăng nhập vào hệ thống

Usecase bắt đầu khi admin vào xem danh sách những dịch vụ đã được bệnh nhân đăng kí:

1 Xem danh sách những dịch vụ đã được đăng kí

2 Tìm kiếm những dịch vụ bằng số điện thoại của bệnh nhân

3 Lọc danh sách dịch vụ theo trạng thái của dịch vụ

4 Cập nhập trạng thái của các dịch vụ 4.1 Admin bấm vào button thay đổi trạng thái 4.2 Hệ thống hiển thị alert thông báo xác nhận cập nhập 4.3 Hệ thống cập nhập lại trạng thái của dịch vụ được đăng ký đã chọn thay đổi Extension point Không có

1 Input Nhập số điện thoại để tìm kiếm các dịch vụ đã đăng kí

3 Button Button chuyển trạng thái của payment

4 Alert Thông báo các thông tin sẽ chuyển trạng thái

3.3.23 Quản lý các bệnh nhân đăng ký

Name Quản lý các bệnh nhân đã đăng ký dịch vụ

Brief description Doctor quản lý những bệnh nhân đăng ký mình

Pre-conditions Doctor đã đăng nhập vào hệ thống

Usecase bắt đầu khi doctor vào xem danh sách bệnh nhân đang sử dụng dịch vụ khám bệnh của mình:

1 Xem danh sách những bệnh nhân đã được đăng kí

2 Tìm kiếm những bệnh nhân bằng tên

3 Xem những thông tin về sức khỏe mà bệnh nhân gửi 3.1 Doctor bấm vào button xem thông tin

1 button Xem danh sách bệnh nhân

2 input Nhập tên bệnh nhân để tìm kiếm

3 Text Chuyển đến trang xem thông báo từ người bệnh

Brief description Người dùng muốn tạo bệnh án

Pre-conditions Người dùng có tài khoản bác sĩ trong hệ thống

Post-conditions - Thành công: Hệ thống chuyển đến trang Record

- Không thành công: Hệ thống hiển thị lý do không thành công Flow of events Use case bắt đầu khi người dùng chọn chức năng tạo bệnh án

1 Hệ thống hiển thị trang AddRecord

2 Người dùng nhập tên bệnh nhân, tên bệnh, đơn thuốc và nhấn nút Lưu

3 Hệ thống lưu dữ liệu vào databse

4 Hệ thống chuyển đến trang Record

3.3.25 Xem danh sách số thứ tự khám hôm nay theo khoa

Name Xem danh sách số thứ tự khám hôm nay theo khoa

Brief description Người dùng muốn xem danh sách số thứ tự khám hôm nay theo khoa

Pre-conditions Người dùng đang đăng nhập trong hệ thống

The system displays the list of patient appointment numbers for today, organized by department The use case begins when the user selects the option to view today's appointment numbers by department.

1 Hệ thống hiển thị danh sách khoa

2 Người dùng chọn một khoa

3 Hệ thống hiển thị số thứ tự khám hôm nay theo khoa Extension point Không có

1 LinkGroup Chuyển hướng đến trang Position theo khoa

2 Select Lọc bảng theo trạng thái

3 Select Lọc bảng theo phòng khám

4 Table Hiển thị danh sách số thứ tự khám trong ngày

3.3.26 Lọc số thứ tự khám theo phòng và trạng thái

Name Lọc số thứ tự khám theo phòng và trạng thái

Brief description Người dùng muốn lọc số thứ tự khám theo phòng và trạng thái

The system displays a list of ticket numbers organized by clinic and selected status The use case begins when the user selects the option to filter ticket numbers based on clinic and status.

1 Hệ thống hiển thị trang Record

2 Người dùng chọn phòng khám và trạng thái

3 Hệ thống hiển thị số thứ tự khám đã được lọc theo phòng khám và trạng thái

1 LinkGroup Chuyển hướng đến trang Position theo khoa

2 Select Lọc bảng theo trạng thái

3 Select Lọc bảng theo phòng khám

4 Table Hiển thị danh sách số thứ tự khám trong ngày

3.3.27 Chuẩn đoán và kê đơn

Name Chẩn đoán và kê đơn

Brief description Người dùng muốn chẩn đoán bệnh và kê đơn

The system generates medical records and prescriptions within the database and transfers them to the Record page The use case begins when the user selects the diagnosis and prescription function.

1 Hệ thống hiển thị trang AddRecord

2 Người dùng nhập tên bệnh nhân, tên bệnh, đơn thuốc và nhấn nút Lưu

3 Hệ thống lưu dữ liệu vào databse

4 Hệ thống chuyển đến trang Record

3.3.28 Xem chi tiết bệnh án

Name Xem chi tiết bệnh án

Brief description Người dùng muốn xem chi tiết bệnh án

Pre-conditions Người dùng nhấn nút Xem của một bệnh án

Post-conditions Hệ thống hiển thị chi tiết bệnh án được chọn

The use case begins when the user selects the option to view the details of a medical record The system then navigates to the DetailRecord page, displaying the selected medical record's details.

1 Text Hiện thị nội dung bệnh án

2 Table Hiển thị đơn thuốc của bệnh án đó

3.3.29 Tìm bệnh án theo tên bệnh nhân

Name Tìm bệnh án theo tên bệnh nhân

Brief description Người dùng muốn tìm bệnh án theo tên bệnh nhân

Post-conditions Hệ thống hiển thị danh sách bệnh án có tên bệnh nhân chứa các ký tự trong trường tìm

Flow of events Use case bắt đầu khi người dùng chọn chức năng tìm bệnh án theo tên bệnh nhân

1 Hệ thống hiển thị trang Record

2 Người dùng nhập ký tự vào trường tìm kiếm

3 Hệ thống hiển thị danh sách bệnh án có tên bệnh nhân chứa các ký tự có trong trường tìm kiếm

1 Input type = “text” Tìm bệnh án theo tên bệnh nhân

2 Table Hiển thị danh sách bệnh án đã khám

4 Text Hiển thị số lượng cột có trong bảng

3.3.30 Nhắn tin với bác sĩ

Name Nhắn tin với bác sĩ

Brief description Người dùng muốn nhắn tin với các bác sĩ đã thanh toán dịch vụ Actor(s) Bệnh nhân

Người dùng cần đăng nhập vào hệ thống và đã hoàn tất việc đăng ký bác sĩ Sau khi thực hiện, hệ thống sẽ hiển thị danh sách các bác sĩ đã được đăng ký.

Flow of events Use case bắt đầu khi người dùng chọn chức năng nhắn tin với bác sĩ

1 Hệ thống hiển thị trang danh sách các bác sĩ

2 Chọn bác sĩ mà người dùng muốn nhắn tin

3 Hệ thống chuyển đến trang tin nhắn giữa bác sĩ và người dùng

4 Người dùng chat hoặc chọn ảnh hoặc chụp ảnh gửi cho bác sĩ

1 Input type = “text” Tìm bác sĩ theo tên bác sĩ

2 Component Hiển thị tên bác sĩ và tin nhắn gần đây nhất

3 Header Hiển thị tên bác sĩ đang nhắn tin

4 Text/Image Hiển thị tin nhắn bằng text hoặc hình ảnh

5 Button Bấm để gửi tin nhắn

6 Button Chọn hình ảnh hoặc là chụp ảnh để gửi

3.3.31 Nhắn tin với bệnh nhân

Name Nhắn tin với bệnh nhân

Brief description Người dùng muốn nhắn tin với những bệnh nhân đã đăng ký

Post-conditions Hệ thống hiển thị danh sách các bệnh nhân đã đăng ký bác sĩ

Flow of events Use case bắt đầu khi người dùng chọn chức năng nhắn tin với bệnh nhân

1 Hệ thống hiển thị trang danh sách các bệnh nhân

2 Chọn bệnh nhân mà người dùng muốn nhắn tin

3 Hệ thống chuyển đến trang tin nhắn giữa bác sĩ và bệnh nhân

1 Người dùng chat hoặc chọn ảnh hoặc chụp ảnh gửi cho bệnh nhân

2 Bấm gửi Extension point Không có

1 Input type = “text” Nhập tin nhắn

2 Button Chọn hình ảnh để gửi

3 Header Hiện thông tin bệnh nhân đã đang nhắn tin

4 Component Hiển thị thông tin người dùng chọn nhắn tin

Brief description Người dùng muốn chẩn đoán bệnh

Post-conditions Hệ thống hiển thị danh sách bệnh

Flow of events Use case bắt đầu khi người dùng chọn chức năng chẩn đoán bệnh

1 Hệ thống hiển thị trang DiagnoseScreen cho người dùng chọn câu hỏi về triệu chứng

2 Người dùng chọn và trả lời triệu chứng

3 Hệ thống hiển thị danh sách triệu chứng đã chọn

4 Người dùng nhấn Chẩn đoán

5 Hệ thống chẩn đoán bệnh dựa trên danh sách triệu chứng

Nếu có bệnh được chẩn đoán thì hiển thị danh sách bệnh, nếu không, hệ thống hiển thị thông báo "sức khỏe bạn rất tốt"

1 SearchDropdown Danh sách câu hỏi triệu chứng

2 Modal Hộp thoại trả lời câu hỏi về triệu chứng

Name Hẹn giờ nhắc uống thuốc

Brief description Người dùng muốn hẹn giờ nhắc uống thuốc

Post-conditions - Nếu hẹn giờ nhắc uống thuốc thành công: Hệ thống thông báo hẹn giờ nhắc uống thuốc thành công

- Nếu hẹn giờ nhắc uống thuốc không thành công: Hệ thống hiển thị lý do hẹn giờ nhắc uống thuốc không thành công

Use case bắt đầu khi người dùng chọn chức năng hẹn giờ nhắc uống thuốc

1 Hệ thống hiển thị trang

2 Người dùng nhấn icon đồng hồ

3 Hệ thống hiển thị hộp thoại hẹn giờ

4 Người dùng nhập giờ, phút và nhấn nút đặt giờ

5 Hệ thống kiểm tra hợp lệ

6 Hệ thống hiển thị thông báo thành công

Nếu giờ, phút không hợp lý Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do không đặt lịch khám được và lưu ý người chọn giờ, phút lại

1 Icon Mở hộp thoại hẹn giờ báo thức

3 Button Thực hiện chức năng Hẹn giờ uống thuốc

Brief description Người dùng muốn thêm phòng khám

Post-conditions - Nếu thêm phòng khám thành công: Hệ thống load lại dữ liệu trong trang RoomManageScreen

- Nếu thêm phòng khám không thành công: Hệ thống hiển thị lý do thêm phòng khám không thành công

Use case bắt đầu khi người dùng chọn chức năng thêm phòng

1 Hệ thống hiển thị trang RoomManageScreen

2 Người dùng nhấn nút Thêm phòng khám

3 Hệ thống hiển thị hộp thoại thêm phòng khám

4 Người dùng nhập số phòng, chọn chuyên khoa và nhấn Lưu

5 Hệ thống tạo phòng khám bằng dữ liệu trong hộp thoại

6 Hệ thống load lại dữ liệu trong trang RoomManageScreen

Nếu phòng khám đã có Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do không thêm phòng khám được và lưu ý người nhập lại tên

2 Bước 4 ở Basic flow được thực hiện

1 Button Mở hộp thoại thêm phòng bệnh

2 Input Nhập từ khóa tìm kiếm

3 Icon Mở hộp thoại thêm phòng bệnh

7 button Thực hiện chức năng thêm/cập nhật phòng khám

3.3.35 Admin thêm lịch khám bệnh cho bác sĩ

Name Thêm lịch khám bệnh

Brief description Người dùng muốn thêm lịch khám bệnh cho bệnh nhân

Post-conditions - Nếu thêm phòng khám thành công: Hệ thống load lại dữ liệu

- Nếu thêm phòng khám không thành công: Hệ thống hiển thị lý do thêm lịch khám không thành công

Use case bắt đầu khi người dùng chọn chức năng thêm lịch khám

1 Hệ thống hiển thị trang thêm lịch khám

2 Người dùng chọn một bác sĩ

3 Hệ thống hiển thị thông tin bác sĩ được chọn

4 Người dùng chọn một ngày khám để hiển thị

5 Chọn buổi khám và phòng khám phù hợp

6 Chọn “Thêm” để thêm lịch khám

Nếu lịch khám đã có Những công việc sau được thực hiện:

1 Hệ thống mô tả lý do không thêm phòng khám được và lưu ý người nhập lại Extension point Không có

1 Text input Nhập tên bác sĩ để chọn bác sĩ chỉnh sửa

2 Component Hiển thị thông tin bác sĩ

3 Button Chọn ngày khám phù hợp

THIẾT KẾ PHẦN MỀM

CÀI ĐẶT VÀ KIỂM THỬ

Tiêu đề	Xây Dựng App Đặt Lịch Khám Bệnh Và Theo Dõi Sức Khỏe
Tác giả	Lê Nhật Thu An, Lê Thị Ngọc Yến
Người hướng dẫn	TS. Huỳnh Xuân Phụng
Trường học	Trường Đại Học Sư Phạm Kỹ Thuật Thành phố Hồ Chí Minh
Chuyên ngành	Công Nghệ Thông Tin
Thể loại	Đồ Án Tốt Nghiệp
Năm xuất bản	2022
Thành phố	Hồ Chí Minh

Định dạng
Số trang	178
Dung lượng	11,99 MB