Khóa luận đề tài xây dựng phần mềm chăm sóc f0 tại nhà

BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC THĂNG LONG KHÓA LUẬN ĐỀ TÀI: XÂY DỰNG PHẦN MỀM CHĂM SÓC F0 TẠI NHÀ GIÁO VIÊN HƯỚNG DẪN TS Trần Đức Minh SINH VIÊN THỰC HIỆN Nguyễn Văn Lực_A36664_TT32H4 Ngành: Công nghệ thông tin Nguyễn Thái Dương_A36708_TT32H4 Ngành: Công nghệ thông tin HÀ NỘI – 2022 MỤC LỤC CHƯƠNG TỔNG QUAN HỆ THỐNG 1.1 Mơ tả tốn 1.2 Mô tả hệ thống 1.2.1 Sơ đồ tổng quan chức hệ thống 1.2.2 Các tác nhân tham gia hệ thống 1.2.3 Các chức hệ thống CHƯƠNG 2.1 CÔNG NGHỆ SỬ DỤNG VÀ KIẾN TRÚC TỔNG THỂ Các công nghệ sử dụng 2.1.1 Asp.net core , Net 2.1.2 Signalr 2.1.3 Firebase 2.1.4 Identity server 2.1.5 Grpc 2.1.6 Sql server 2.1.7 Mongodb 10 2.1.8 EntityFrameWorkCore 11 2.1.9 Blazor webassemply 11 2.1.10 React-native 11 2.1.11 Redux-saga 12 2.1.12 Hooks 14 2.1.13 Seq 14 2.2 Kiến trúc tổng thể 14 2.2.1 Mơ hình hướng nghiệp vụ 14 2.2.2 Domain Driven Design 15 2.2.3 Cấu trúc solution: 28 CHƯƠNG ĐẶC TẢ CHỨC NĂNG CHÍNH CỦA HỆ THỐNG 34 3.1 Đăng nhập 34 3.2 Đăng xuất 35 3.3 Trò chuyện 37 3.4 Quản lý đơn thuốc 39 3.5 Tạo thông tin người dùng 41 3.6 Khám bệnh hàng ngày cho bệnh nhân 43 3.7 Làm định task hàng ngày 45 3.8 Quản lý yêu cầu 47 3.9 Nhận bệnh nhân chưa chăm sóc 49 3.10 Xem thông tin danh sách bệnh nhân theo dõi 51 3.11 Xem thông báo 53 3.12 Xem danh sách đơn thuốc 55 3.13 Gửi SOS 57 3.14 Quản lý nhãn bệnh nhân 59 3.15 Quản lý nhà cung cấp 61 3.16 Thống kê 63 3.17 Quản lý người dùng 65 3.18 Báo cáo test 67 CHƯƠNG PHÂN TÍCH THIẾT KẾ CHỨC NĂNG CHÍNH 71 4.1 Quản lý đơn thuốc 71 4.2 Tạo thông tin người dùng 73 4.3 Khám bệnh hàng ngày cho bệnh nhân 73 4.4 Quản lý yêu cầu 74 4.5 Nhận bệnh nhân chưa chăm sóc 75 4.6 Trò chuyện 72 4.7 Xem thông báo 76 4.8 Xem thông tin danh sách bệnh nhân theo dõi 76 4.9 Đăng nhập 71 4.10 Đăng xuất 71 4.11 Làm định task hàng ngày 74 4.12 Xem danh sách đơn thuốc 77 4.13 Gửi SOS 78 CHƯƠNG 5.1 THIẾT KẾ DATABASE VÀ API ĐẶC BIỆT 79 Thiết kế sở liệu 79 5.1.1 Mongodb 79 5.1.2 Sql server 80 5.1.3 Mơ hình kiến trúc API 85 5.2 Thiết kế API chi tiết 85 5.2.1 Quản lý CallHistories 85 5.2.2 Quản lý Conversations 86 5.2.3 Quản lý DailyTaskChecklist 88 5.2.4 Quản lý DeviceConnection 90 5.2.5 Quản lý DiagnoseHistories 90 5.2.6 Quản lý GroupChats 91 5.2.7 Quản lý Labels 92 5.2.8 Quản lý Notification 95 5.2.9 Quản lý Prescriptions 96 5.2.10 Quản lý Providers 100 5.2.11 Quản lý Provinces 103 5.2.12 Quản lý Request 103 5.2.13 Quản lý RequestTypes 106 5.2.14 Quản lý SOSAlarm 107 5.2.15 Quản lý TestReport 108 5.2.16 Quản lý Users 110 CHƯƠNG Quá trình làm 121 6.1 Thiết kế database 121 6.2 Thiết kế Mockup 122 KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN TRONG TƯƠNG LAI 123 TÀI LIỆU THAM KHẢO 124 DANH MỤC MINH HỌA Hình 1.1 Sơ đồ chức hệ thống Hình 2.1 Kiến trúc layer theo hướng tiếp cận với domain-driven design 16 Hình 2.2 Sơ đồ mơ tả tương tác hệ thống với thành phần 18 Hình 2.3 Sơ đồ trạng thái tương tác hệ thống 19 Hình 2.4 Các repository có hệ thống 20 Hình 2.5 Tích hợp Command, query Event sourcing 21 Hình 2.6 Kiến trúc mơ tả giao tiếp dùng mediator 22 Hình 2.7 Tích hợp mediator 22 Hình 2.8 Mơ tả quy trình thực thi kiện ứng dụng web theo kiến trúc Clean Architecture 25 Hình 2.9 Sơ đồ kiến trúc module hệ thống 26 Hình 2.10 Mơ tả quy trình thực thi kiện mobile 27 Hình 2.11 Cấu trúc solution 28 Hình 2.12 Module F0platform.Sharedtrong solution 29 Hình 2.13 Module Patient.Shared solution 29 Hình 2.14 Service Identity solution 30 Hình 2.15 Service Patient solution 31 Hình 2.16 Module Web solution 32 Hình 2.17 Cấu trúc app mobile 33 Hình 3.1.Giao diện đăng nhập 35 Hình 3.2.Giao diện đăng xuất 37 Hình 3.3.Giao diện minh họa trị chuyện 39 Hình 3.4.Giao diện minh họa tạo đơn thuốc 41 Hình 3.5.Giao diện minh họa tạo thông tin người dùng 43 Hình 3.6.Giao diện minh họa khám bệnh hàng ngày cho bệnh nhân 45 Hình 3.7.Giao diện làm định task hàng ngày 47 Hình 3.8.Giao diện minh họa tạo yêu cầu 49 Hình 3.9.Giao diện minh họa nhận bệnh nhân chưa chăm sóc 51 Hình 3.10.Giao diện xem thơng tin danh sách bệnh nhân theo dõi 53 Hình 3.11.Giao diện minh họa thông báo 55 Hình 3.12 Giao diện xem danh sách đơn thuốc 57 Hình 3.13 Giao diện gửi SOS 58 Hình 3.14 Giao diện danh sách nhãn bệnh nhân 61 Hình 3.15 Giao diện thêm nhãn bệnh nhân 61 Hình 3.16 Giao diện minh họa danh sách nhà cung cấp 63 Hình 3.17 Giao diện minh họa thống kê 65 Hình 3.18 Giao diện minh họa danh sách người dùng 67 Hình 3.19 Giao diện minh họa danh sách bệnh nhân 69 Hình 3.20 Giao diện minh họa thêm báo cáo test ADMIN 69 Hình 3.21 Giao diện minh họa thêm báo cáo test bệnh nhân 70 Hình 4.1 Sơ đồ đăng nhập 71 Hình 4.2 Sơ đồ đăng xuất 71 Hình 4.3 Sơ đồ trị chuyện 72 Hình 4.4 Sơ đồ quản lý đơn thuốc 72 Hình 4.5 Sơ đồ tạo thơng tin người dùng 73 Hình 4.6 Sơ đồ khám bệnh hàng ngày cho bệnh nhân 73 Hình 4.7 Sơ đồ làm định task hàng ngày 74 Hình 4.8 Sơ đồ quản lý yêu cầu 75 Hình 4.9 Sơ đồ nhận bệnh nhân chưa chăm sóc 75 Hình 4.10 Sơ đồ xem danh sách bệnh nhân theo dõi 76 Hình 4.11 Sơ đồ xem thơng báo 77 Hình 4.12 Sơ đồ xem danh sách đơn thuốc 77 Hình 4.13 Sơ đồ gửi SOS 78 Hình 5.1 Lược đồ sở liệu 79 Hình 5.2 Lược đồ sở liệu User-Role 80 Hình 5.3 Lược đồ sở liệu Client 81 Hình 5.4 Lược đồ sở liệu Identity 82 Hình 5.5 Lược đồ sở liệu Api 82 Hình 5.6 Lược đồ sở liệu bảng khác 83 Hình 5.7 Mơ hình kiến trúc API 85 Bảng 1.1 Các tác nhân tham gia hệ thống Bảng 1.2 Các chức hệ thống Bảng 5.1 Bảng thiết kế sở liệu mongodb 80 Bảng 5.2 Bảng thiết kế sở liệu sqlserver 85 Bảng 5.3 Thông tin api lịch sử gọi 86 Bảng 5.4 Thông tin api hội thoại 87 Bảng 5.5 Thông tin api nhiệm vụ hàng ngày 89 Bảng 5.6 Thông tin api thiết bị kết nối 90 Bảng 5.7 Thông tin api lịch sử chuẩn đoán 91 Bảng 5.8 Thông tin api group chat 92 Bảng 5.9 Thông tin api nhãn 95 Bảng 5.10 Thông tin api thông báo 96 Bảng 5.11 Thông tin api thuốc 99 Bảng 5.12 Thông tin api nhà cung cấp 103 Bảng 5.13 Thông tin api request 106 Bảng 5.14 Thông tin api Request Type 107 Bảng 5.15 Thông tin api sos alarm 108 Bảng 5.16 Thông tin api báo cáo test 110 Bảng 5.17 Thông tin api user 120 Mockup 6.1 Thiết kế chi tiết database mongodb 121 Mockup 6.2 Các hình website thiết kế mockup 122 Mockup 6.3 Các hình mobile thiết kế mockup 122 GIẢI THÍCH CÁC THUẬT NGỮ Thuật ngữ Diễn giải DTO Data transfer Object: dùng để vận chuyển liệu DDD Domain driven design API Application Programming Interface CQRS Command Query Responsibility Segregation Task Nhiệm vụ hàng ngày bệnh nhân CHƯƠNG TỔNG QUAN HỆ THỐNG 1.1 Mô tả toán Phần mềm ComMCare phần mềm ứng dụng di động Chạy hai tảng ios android Mục đích phần mềm hỗ trợ theo dõi bệnh nhân bị Covid điều trị nhà Nhiệm vụ bác sĩ hàng ngày theo dõi tình hình sức khỏe khám bệnh cho bệnh nhân nhằm phát trường hợp bệnh chuyển biến nặng đề nghị bệnh nhân nhập viện Các bạn tình nguyện viên có nhiệm vụ hỗ trợ bệnh nhân bác sĩ cần thiết Bệnh nhân truy cập phần mềm để làm theo định yêu cầu bác sĩ ngày Ngồi ra, bệnh nhân thấy tình trạng bệnh có tiến triển xấu, ứng dụng phần mềm có nút SOS để bệnh nhân ấn vào nhằm mục đích yêu cầu bác sĩ trực gọi xe cấp cứu đến lúc Có thê liên kết với nhà cung cấp bao gồm bệnh viện nhà thuốc nhằm hỗ trợ bệnh nhân 1.2 Mô tả hệ thống 1.2.1 Sơ đồ tổng quan chức hệ thống Hình 1.1 Sơ đồ chức hệ thống 1.2.2 Các tác nhân tham gia hệ thống Tác nhân Vai trò ADMIN - Quản lý modules có hệ thống Bác sĩ - Chịu trách nhiệm với bệnh nhận theo dõi - Quản lý hồ sơ bệnh nhân theo dõi - Khám bệnh cho bệnh nhân - Quản lý đơn thuốc trò chuyện - Quản lý yêu cầu - Xem thông báo - Bác sĩ phép sử dụng tài khoản ADMIN - Hỗ trợ bệnh nhân bệnh nhân có yêu cầu - Quản lý yêu cầu - Trò chuyện - Làm định hàng ngày bác sĩ yêu cầu - Xem thông báo - Những người dùng F0 người phụ thuộc F0 - Làm định theo yêu cầu bác sĩ - Gửi SOS - Quản lý yêu cầu - Trò chuyện - Xem danh sách đơn thuốc - Xem thông báo Tình nguyện viên Bệnh nhân EndPoint available Chi tiết ➢ Phương thức: GET ➢ Paramenters: + SearchKeyword: string + ProvinceId: string + DistrictId: string + WardId: string + PageNumber: int + PageSize: int ➢ Mục đích: Lấy danh sách user theo danh sách id /api/v1/Users/ids ➢ Phương thức: GET ➢ Request body: + ids: list ➢ Mục đích: Tạo bệnh nhân /api/v1/Users/Patient ➢ Phương thức: POST ➢ Request body: Tất thơng tin bảng user ➢ Mục đích: Lấy thông tin người dùng id /api/v1/Users/{id} ➢ Phương thức: GET ➢ Paramenters: + id: string (required) ➢ Mục đích: Lấy thơng tin password ➢ Phương thức: PUT /api/v1/Users/forgotpassword ➢ Request body: + PhoneNumber: string + IdentityNumber: string /api/v1/Users/change -password ➢ Mục đích: Sửa thơng tin password ➢ Phương thức: PUT Trang 111 EndPoint Chi tiết ➢ Request body: + phoneNumber: string + oldPassword: string + newPassword: string + confirmPassword: string ➢ Mục đích: Lấy thơng tin user lọc theo nhãn, theo địa chỉ, hỗ trợ phân trang ➢ Phương thức: GET ➢ Parameters: /api/v1/Users/levelsfilter + LevelIds: array (required) + ProvinceId: string + DistricId: string + WardId: string + PageNumber: int + PageSize: int ➢ Mục đích: Lấy bệnh nhân chưa bác sĩ nhận, hỗ trợ phân trang ➢ Phương thức: GET /api/v1/Users/unassi gned-patients ➢ Paramenters: + SearchKeyword: string + PageNumber: int + PageSize: int ➢ Mục đích: Lấy bác sĩ số bệnh nhân bác sĩ đó, hỗ trợ phân trang /api/v1/Users/patient -by-doctor-summary ➢ Phương thức: GET ➢ Paramenters: + Searckeyword: string Trang 112 EndPoint Chi tiết + PageNumber: int + PageSize: int ➢ Mục đích: Lấy danh sách doctors cho dropdown, lọc theo PhoneNumber, fullName /api/v1/Users/doctor s-for-dropdown ➢ Phương thức: GET ➢ Paramenters: + PhoneNumber: string + FullName: string /api/v1/Users/depend ency-patient-fordropdown ➢ Mục đích: lấy tất người phụ thuộc cho dropdown ➢ Phương thức: GET ➢ Mục đích: Lấy danh sách patient cho dropdown, lọc theo số điện thoại /api/v1/Users/patient -for-dropdown ➢ Phương thức: GET ➢ Paramentes: + PhoneNumber: string ➢ Mục đích: Lấy danh sách bệnh nhân bị từ chối(DECLINED) ➢ Phương thức: GET /api/v1/Users/patient -reject ➢ Paramenters: + SearchKeyword: string + PageNumber: int + PageSize: int /api/v1/Users/listdoctors ➢ Mục đích: lấy danh sách bác sĩ ➢ Phương thức: GET Trang 113 EndPoint /api/v1/Users/patient -by-doctor-fordropdown Chi tiết ➢ Mục đích: Lấy danh sách bệnh nhân bác sĩ theo name phone ➢ Phương thức: GET ➢ Paramenters: + SearchByNameOrPhone: string /api/v1/Users/listpatients /api/v1/Users/volunt eer-statistics-results /api/v1/Users/doctorstatistics-results /api/v1/Users/statisti cs-volatilities-result ➢ Mục đích: Lấy danh sách bệnh nhân ➢ Phương thức: GET ➢ Mục đích: Thống kê số lượng tình nguyện viên tháng so với tháng trước tăng ➢ Phương thức: GET ➢ Mục đích: Thống kế số lượng bác sĩ tháng so với tháng trước tang ➢ Phương thức: GET ➢ Mục đích: Thống kê biến động tình nguyện viên, bác sĩ, nhà cung cấp khoản 15 ngày từ trước ➢ Phương thức: GET ➢ Mục đích: Thống kê Số bệnh nhân theo tháng, tuần, tuần, /api/v1/Users/patient -statistical ➢ Phương thức: GET ➢ Paramenters: + ViewType: List{0,1,2,3} ➢ Mục dích: Thống kê só bệnh nhân theo tháng, tuần, tuần, bây giờ, theo nhãn /api/v1/Users/patient -statistical-label ➢ Phương thức: GET ➢ Paramenters: LabelId: string ViewType: List{0,1,2,3} Trang 114 EndPoint Chi tiết ➢ Mục đích: Lấy danh sách bệnh nhân chưa chăm sóc ➢ Phương thức: GET /api/v1/Users/patient s-not-taken ➢ Paramenters: + SearchKeyword: string + PageNumber: int + PageSize: int /api/v1/Users/userprofile ➢ Lấy thông tin user người đăng nhập ➢ Phương thức: GET ➢ Lấy bác sĩ tình nguyện viên không thuộc group chat ➢ Phương thức: GET ➢ Paramenters: + groupId: string (required) + SearchKeyword: string /api/v1/Users/doctorvolunteer + RoleName; string + ProvinceId: string + DistrictId: string + WardId: string + PageNumber: int + PageSize: int ➢ Mục đích: Lấy tên user id bên identity(externalId bên mongo) /api/v1/Users/identit y/{id} ➢ Phương thức: GET ➢ Paramenters: + id: string (required) Trang 115 EndPoint Chi tiết ➢ Mục đích: Sửa trạng thái user ➢ Phương thức: PUT ➢ Request body: /api/v1/Users/change -status + note: string + userId: string + status: string + providerId: string + providerName: string ➢ Mục đích: Xem lịch sửa chuyển trạng thái bệnh nhân /api/v1/Users/statushistories/{id} ➢ Phương thức: GET ➢ Paramenters: + id: string (required) ➢ Mục đích: Lấy tất trạng thái bệnh nhân /api/v1/Users/status ➢ Phương thức: GET ➢ Mục dích: Lấy bác sĩ tình nguyện viên bệnh nhân ➢ Phương thức: GET /api/v1/Users/users/d octor-volunteer-ofpatient ➢ Paramenters: + PatientId: string (required) + SearchKeyword: string + PageNumber: int + PageSize: int /api/v1/Users/patient /dependencies ➢ Mục đích: Lấy danh sách người phụ thuộc bệnh nhân ➢ Phương thức: GET Trang 116 EndPoint Chi tiết ➢ Paramenters: + PatientId: stirng (required) ➢ Mục đích: Lấy danh sách bệnh nhân bác sĩ đăng nhập ➢ Phương thức: GET /api/v1/Users/patient s-by-doctor ➢ Paramenters: + SearchKey: string + DoctorId: stirng + PageNumber: int + PageSize: int ➢ Mục đích: Sửa nhãn bệnh nhân ➢ Phương thức: PUT /api/v1/Users/change -label ➢ Request body: + patientId: string + newLabelId: string ➢ Mục đích: Thêm người dùng phía admin /api/v1/Users/admin ➢ Phương thức: POST ➢ Request body: Thông tin bảng user ➢ Mục đích: Sửa thơng tin người dung phía admin /api/v1/Users/admin ➢ Phưng thức: PUT ➢ Request body: Thông tin bảng user ➢ Mục đích: kiểm tra số điện thoại chứng minh thư tồn chưa, /api/v1/Users/admin/ check-phone-identity ➢ Phương thức: GET ➢ Paramenters: + PhoneNumber: string (required) + IdentityNumber: string (required) Trang 117 EndPoint Chi tiết + IsChangedPhoneNumber: Boolean (required) + IsChangeIdentityNumber: Boolean (required) ➢ Mục đích: Bác sĩ nhận bệnh nhân ➢ Phương thức: PUT ➢ Request body: /api/v1/Users/doctor/ add-patient + patientId: stirng + fullName: string + dob: datatime + address: adress + labelId: string ➢ Mục đích: Lấy số điện thoại người dùng , group chat, cho mobile /api/v1/Users/{userI d}/phone-number ➢ Phương thức: GET ➢ Paramenters: + userId: string (required) + groupChatId: string ➢ Mục đích: Lấy bệnh nhân bác sĩ đăng nhập ➢ Phương thức: GET /api/v1/Users/mainpatients ➢ Paramenters: + Searchkey: string + PageNumber: int + PageSize: int /api/v1/Users/statisti cs-patients-result ➢ Mục đích: Thống kê số lượng bệnh nhân tháng tính số lượng theo ngày ➢ Phương thức: GET Trang 118 EndPoint /api/v1/Users/doctor/ add-dependency Chi tiết ➢ Mục đích: Thêm bệnh nhân phụ thuộc, bên mobile ➢ Phương thức: POST ➢ Request body: Thông tin user phụ thuộc /api/v1/Users/statisti cs-status-patient ➢ Mục đích: Thơng kê số lượng bệnh nhân trạng thái ➢ Phương thức: GET ➢ Mục đích: Admin chuyển bác sĩ bệnh nhân ➢ Phương thức: PUT /api/v1/Users/doctor/ change-doctor-ofpatient ➢ Request body: + patientIds: List + oldDoctorId: string + newDoctorId: string /api/v1/Users/{userI d}/patient-phonenumber ➢ Mục đích: Lấy số điện thoại bệnh nhân theo id ➢ Phương thức: GET ➢ Paramenters: userId: string (required) ➢ Mục đích: Lấy thơng tin user để export, tìm kiếm, lọc theo doctorId, địa ➢ Phương thức: GET ➢ Paramenters: /api/v1Users/exportuser + SearchKeyword: string + DoctorId: string + ProcinedId: string + DistrictId: string + WardId: string /api/v1/Users/depend ency ➢ Mục đích: Bác sĩ đặng nhập sửa thông tin bệnh nhân người phụ thuộc Trang 119 EndPoint Chi tiết ➢ Phương thức: PUT ➢ Paramenters: Thông tin người phụ thuộc ➢ Mục đích: Lấy danh sách bệnh nhân lọc theo id bác sĩ , đại chỉ, hỗ trợ phân trang ➢ Phương thức: GET ➢ Paramenters: /api/v1/Users/patient s-paging + SearchKeyword: string + DoctorId: string + Address: address + PageNumber: int + PageSize: int /api/v1/Users/listdoctor-and-volunteer /api/v1/Users/patient -test-report ➢ Mục đích: Lấy thơng tin bác sĩ tình nguyện viên ➢ Phương thức: GET ➢ Mục đích: Lấy thơng tin báo cáo test bệnh nhân, chuẩn đoán, đơn thuốc, báo cáo test ➢ Phưng thức: GET ➢ Paramenters: PatientId: string Bảng 5.17 Thông tin api user Trang 120 CHƯƠNG QUÁ TRÌNH THIẾT KẾ 6.1 Thiết kế database Mockup 6.1 Thiết kế chi tiết database mongodb Trang 121 6.2 Thiết kế Mockup - Thiết kế cho website Mockup 6.2 Các hình website thiết kế mockup - Thiết kế cho mobile Mockup 6.3 Các hình mobile thiết kế mockup Trang 122 KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN TRONG TƯƠNG LAI Trong trình xây dựng phần mềm, em tìm hiểm nhiều cơng nghệ sử dụng, tìm nhiều kiến thức học hỏi nhiều điều Sau hồn thiện đề tài mình, em tích lũy nhiều kiến thức kỹ trình phát triển phần mềm như: - Phân tích u cầu hệ thống đề ra; - Tìm hiểu phân tích giải pháp phù hợp cho tốn; - Thiết kế mơ hình đối tượng, sơ đồ quan hệ; - Kỹ quản lý tài liệu; - Kỹ làm việc nhóm; - Kỹ quản lý cơng việc Ngồi ra, q trình thực đề tài, em gặp phải khó khăn nhiều mặt khách quan chủ quan như: Chậm tiến độ khơng xếp cơng việc hợp lí, kiến thức lập trình web app chưa vững vàng dẫn đến cấu trúc lộn xộn,…Sau giải khó khăn em rút nhiều kinh nghiệm thấy tiến vấn đề em gặp phải học để tiếp tục phát triển cố gắn nhiều Với hệ thống quản lý ứng dụng đáp ứng với yêu cầu đặt ra, nhiên hệ thống quản lý hiệu trải nghiệm tốt từ người dùng phát triển sâu chức kể đến như: - Mang chức có lên web người dùng sử dụng tiện lợi Người dùng sử dụng lúc mà thiết bị - Tích hợp thơng báo theo lịch nhắc nhở bệnh nhân đến phải hoàn thành nhiệm vụ bác sĩ yêu cầu - Gửi tin nhắn cho người dùng Trang 123 PHÂN CHIA CÔNG VIỆC Thành viên Nguyễn Văn Lực-A36643 Công việc - App Mobile - Back-end Nguyễn Thái Dương-A36708 - Front-end Web Admin - Back-end Trang 124 TÀI LIỆU THAM KHẢO [1] CQRS gì? Hướng dẫn triển khai áp dụng mẫu CQRS (comdy.vn) [2] Domain Driven Design (Phần 1) (viblo.asia) [3] Seq gì? Giới thiệu Seq [4] Signalr gì? Hướng dẫn sử dụng Singalr [5] Grpc gì? Giới thiệu cách sử dụng Grpc [6] Giới thiệu React-native [7] Giới thiệu EntityFrameWorkCore Trang 125