Cùng với sự phát triển không ngừng về kỹ thuật máy tính và mạng internet, công nghệ thông tin đang ngày càng chinh phục các đỉnh cao. Mạng internet là một trong những sản phẩm có giá trị hết sức lớn lao và ngày càng trở nên là một công cụ không thể thiếu trong mọi lĩnh vực cuộc sống. Với internet, chúng ta đã thực hiện được nhiều công việc với tốc độ nhanh hơn và chi phí thấp hơn nhiều so với cách thức truyền thống. Chính điều này, đã thúc đầy sự khai sinh và phát triển của việc thăm khám và đặt lịch khám bệnh sẽ giúp nâng cao chẩt lượng cuộc sống người dùng. Trong hoạt động thăm khám và chữa bệnh trực tuyến, giờ đây đã thúc đẩy sự phát triển của doanh nghiệp phòng khám và bác sĩ chất lượng, uy tín. Đối với một bác sĩ hay phòng khám việc quảng bá và giới thiệu đến các khách hàng các trình độ học khám bệnh, kinh nghiệm, giá cả, địa chỉ do công ty cung cấp một cách hiệu quả và kịp thời là yếu tố quyết định đến lợi nhuận của các doanh nghiệp phòng khám. Vì vậy, sẽ rất thiếu sót nếu các phòng khám uy tín chưa được website quảng bá và tổng hợp để người dùng có thể dễ dàng thăm khám đăng kí lịch khám bệnh trực tuyến, nhưng song song với đó, là làm sao để có thể quản lý và điều hành website một cách dễ dàng và hiệu quả để thu được kết quả như mong muốn. Đây là vấn đề hết sức cấp thiết và luôn là nỗi trăn trở của các bác sĩ nói riêng và cả các doanh nghiệp phòng khám khác nói chung, nhất là các doanh nghiệp phòng khám Việt Nam. Với đề tài này tôi xin được trình bày một cách thức quản lý website cho những người quản trị, bác sĩ dễ dàng trong việc phân quyền quản lý, thay đổi, cập nhật thông tin trang web cũng như quản lý hiệu quả khách hàng và các đơn đặt khám bệnh trực tuyến. 1.2. Đặc tả yêu cầu bài toán Nền tảng y tế thiết kế các chuyên khoa và lên lịch khám bệnh cho từng bác sĩ cụ thể sau đó cập nhật thông tin các lịch khám của của bác sĩ này lên website với đầy đủ thông tin về giá cả chuyên khoa, giờ khám, các địa điểm phòng khám đi đến và hình ảnh minh họa (nếu có). Người viếng thăm website có thể xem thông tin về các bác sĩ, chuyên khóa, phòng khám, cẩm nang gợi ý hiện hành theo tỉnh thành theo 2 ngôn ngữ Tiếng Anh hay Tiếng Việt… sau đó khách hàng có thể tiến hành đặt lịch khám bệnh cho bác sĩ vào thời gian mong muốn. Bệnh nhân có thể đặt lịch khám bệnh trực tiếp trực tuyến, website sẽ gửi mail thông báo đặt lịch khám và lưu trực tiếp lên cơ sở dữ liệu thông báo đến bác sĩ, cho phép người quản trị được phân quyền theo các các công việc sau: - Xem danh sách bệnh nhân đã đặt lịch khám bệnh thành công, danh sách bác sĩ, người dùng, chuyên khoa, phòng khám, cẩm nang - Thay đổi, thêm mới hoặc xóa bỏ thông tin, hình ảnh về các bác sĩ, người dùng, chuyên khoa, phòng khám, cẩm nang khác nhau mà nền tảng muốn giới thiệu cho khách hàng Bên cạnh đó, bác sĩ xem danh sách bệnh nhân đặt lịch khám ngày giờ cụ thể và xác nhận đơn đặt lịch của bệnh nhân gồm thông tin bệnh nhân và thông tin ngày giờ khám và bác sĩ có thể xác nhận gửi mail cho bệnh nhân về hóa đơn hoặc đơn thuốc đến gmail bệnh nhân khi đã khám. 1.3. Yêu cầu đối với sản phẩm - Website phải có dung lượng không quá lớn, tốc độ xử lý nhanh - Giao diện dễ nhìn thân thiện với người sử dụng - Sử dụng mã hóa các thông tin nhạy cảm của bệnh nhân - Đảm bảo an toàn dữ liệu khi chạy website trực tuyến - Đa ngôn ngữ cho người dùng nước ngoài
TỔNG QUAN VỀ ĐỀ TÀI
Đặt vấn đề
Cùng với sự phát triển không ngừng về kỹ thuật máy tính và mạng internet, công nghệ thông tin đang ngày càng chinh phục các đỉnh cao Mạng internet là một trong những sản phẩm có giá trị hết sức lớn lao và ngày càng trở nên là một công cụ không thể thiếu trong mọi lĩnh vực cuộc sống.
Với internet, chúng ta đã thực hiện được nhiều công việc với tốc độ nhanh hơn và chi phí thấp hơn nhiều so với cách thức truyền thống Chính điều này, đã thúc đầy sự khai sinh và phát triển của việc thăm khám và đặt lịch khám bệnh sẽ giúp nâng cao chẩt lượng cuộc sống người dùng.
Trong hoạt động thăm khám và chữa bệnh trực tuyến, giờ đây đã thúc đẩy sự phát triển của doanh nghiệp phòng khám và bác sĩ chất lượng, uy tín Đối với một bác sĩ hay phòng khám việc quảng bá và giới thiệu đến các khách hàng các trình độ học khám bệnh, kinh nghiệm, giá cả, địa chỉ do công ty cung cấp một cách hiệu quả và kịp thời là yếu tố quyết định đến lợi nhuận của các doanh nghiệp phòng khám Vì vậy, sẽ rất thiếu sót nếu các phòng khám uy tín chưa được website quảng bá và tổng hợp để người dùng có thể dễ dàng thăm khám đăng kí lịch khám bệnh trực tuyến, nhưng song song với đó, là làm sao để có thể quản lý và điều hành website một cách dễ dàng và hiệu quả để thu được kết quả như mong muốn Đây là vấn đề hết sức cấp thiết và luôn là nỗi trăn trở của các bác sĩ nói riêng và cả các doanh nghiệp phòng khám khác nói chung, nhất là các doanh nghiệp phòng khám Việt Nam.
Với đề tài này tôi xin được trình bày một cách thức quản lý website cho những người quản trị, bác sĩ dễ dàng trong việc phân quyền quản lý, thay đổi, cập nhật thông tin trang web cũng như quản lý hiệu quả khách hàng và các đơn đặt khám bệnh trực tuyến.
Đặc tả yêu cầu bài toán
Nền tảng y tế thiết kế các chuyên khoa và lên lịch khám bệnh cho từng bác sĩ cụ thể sau đó cập nhật thông tin các lịch khám của của bác sĩ này lên website với đầy đủ thông tin về giá cả chuyên khoa, giờ khám, các địa điểm phòng khám đi đến và hình ảnh minh họa (nếu có).
Người viếng thăm website có thể xem thông tin về các bác sĩ, chuyên khóa, phòng khám, cẩm nang gợi ý hiện hành theo tỉnh thành theo 2 ngôn ngữ Tiếng Anh hay Tiếng
Việt… sau đó khách hàng có thể tiến hành đặt lịch khám bệnh cho bác sĩ vào thời gian mong muốn.
Bệnh nhân có thể đặt lịch khám bệnh trực tiếp trực tuyến, website sẽ gửi mail thông báo đặt lịch khám và lưu trực tiếp lên cơ sở dữ liệu thông báo đến bác sĩ, cho phép người quản trị được phân quyền theo các các công việc sau:
- Xem danh sách bệnh nhân đã đặt lịch khám bệnh thành công, danh sách bác sĩ, người dùng, chuyên khoa, phòng khám, cẩm nang
- Thay đổi, thêm mới hoặc xóa bỏ thông tin, hình ảnh về các bác sĩ, người dùng, chuyên khoa, phòng khám, cẩm nang khác nhau mà nền tảng muốn giới thiệu cho khách hàng
Bên cạnh đó, bác sĩ xem danh sách bệnh nhân đặt lịch khám ngày giờ cụ thể và xác nhận đơn đặt lịch của bệnh nhân gồm thông tin bệnh nhân và thông tin ngày giờ khám và bác sĩ có thể xác nhận gửi mail cho bệnh nhân về hóa đơn hoặc đơn thuốc đến gmail bệnh nhân khi đã khám.
Yêu cầu đối với sản phẩm
- Website phải có dung lượng không quá lớn, tốc độ xử lý nhanh
- Giao diện dễ nhìn thân thiện với người sử dụng
- Sử dụng mã hóa các thông tin nhạy cảm của bệnh nhân
- Đảm bảo an toàn dữ liệu khi chạy website trực tuyến
- Đa ngôn ngữ cho người dùng nước ngoài
PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG
Các tác nhân của hệ thống
STT Tác nhân Ý nghĩa, nhiệm vụ của Actor
Tác nhân Admin là tác nhân giữ vai trò chính của hệ thống website, là người điều hành, quản lý và theo dõi mọi hoạt động của hệ thống.
Tác nhân Admin có thể thực hiện được tất cả các chức năng có trong hệ thống của quản trị như: đăng nhập, quản lý cẩm nang, quản lý người dùng, quản lý chuyên khoa, quản lý phòng khám, quản lý lịch khám bệnh bác sĩ
Bệnh nhân truy cập vào website, xem các nội dung của website.
Bệnh nhân truy cập có thể thực hiện xem, chọn, đặt lịch khám bệnh Xem cái bài viết cẩm nang bổ ích về các bệnh, địa điểm, bác sĩ uy tín…
Bệnh nhân được hỗ trợ trực tuyến, sử dụng cho bệnh nhân nước ngoài hay trong nước.
Tác nhân bác sĩ có thể quản lý thông tin của bản thân, xem danh sách bệnh nhân đang ký khám bệnh và gửi xác nhận, đơn thuốc, hóa đơn của bệnh nhân qua mail
Các chức năng của hệ thống
Dựa trên văn bản mô tả bài toán và việc phân tích các tác nhân, ta xác định được các ca sử dụng như sau:
STT Tên chức năng Mô tả
Chức năng này cho phép Admin, bác sĩ vào hệ thống bằng tài khoản để thực hiện các chức năng của họ.
2 Xem giới thiệu về các bác sĩ.
Chức năng này cho phép hiển thị thông tin về bác sĩ uy tín, kinh nghiệm để bệnh nhân lựa chọn đặt lịch khám bệnh
3 Xem giới thiệu về các phòng khám.
Chức năng này cho phép hiển thị thông tin về các phòng khám, địa chỉ và những bác sĩ thuộc về phòng khám đó để bệnh nhân lựa chọn đặt lịch khám bệnh
Chức năng này cho phép bênh nhân đặt lịch trên website và nhận về email thông báo đăng ký thành công.
5 Xem giới thiệu về các chuyên khoa và các bác sĩ
Chức năng này cho phép hiển thị thông tin về chuyên khoa những bác sĩ thuộc về chuyên khoa đó để bệnh nhân lựa chọn đặt lịch khám bệnh. thuộc chuyên khoa đó
Chức năng này cho phép Admin quản lý các thông tin về bệnh nhân có thể: xem, thêm, sửa, xóa.
Chức năng này cho phép Admin quản lý các thông tin về bài viết cẩm nang có thể: xem, thêm, sửa, xóa.
Chức năng này cho phép Admin thêm, xem, sửa, xóa các thông tin và hình ảnh của chuyên khoa.
Chức năng này cho phép Admin thêm, xem, sửa, xóa các thông tin và hình ảnh của phòng khám.
11 Quản lý lịch khám bệnh
Chức năng này cho phép Admin, bác sĩ đăng nhập vào hệ thống để thêm lịch khám cùng thời gian cụ thể.
Quản lý danh sách bệnh nhân khám bệnh
Chức năng này cho phép bác sĩ xem danh sách bệnh nhân và gửi xác nhận qua email kém hóa đơn hoặc đơn thuốc.
Chức năng này cho phép Admin, Bác Sĩ, Bệnh nhân sử dụng trang web ở 2 ngôn ngữ tiếng Anh và tiếng Việt
14 Đăng xuất Chức năng nay cho phép bác sĩ, hay Admin có thể đang xuất khỏi hệ thống
15 Xem thông tin về cẩm nang
Chức năng này có thể giúp bệnh nhận xem tham khảo, gợi ý nhứng mèo hay kèm hình ảnh minh họa
Biểu đồ usecase
2.3.1 Biểu đồ use case chính
Hình 2.3.1 Biểu đồ usecase chính
2.3.2 Biểu đồ use case bệnh nhân
Hình 2.3.2 Biểu đồ use case bệnh nhân
2.3.3 Biểu đồ use case đăng nhập
Hình 2.3.3 - Biểu đồ Use case đăng nhập
- Tác nhân: Admin, Bác sĩ.
+ Admin truy cập vào trang quản trị để quản lý hệ thống của mình.
+ Bác sĩ truy cập vào trang quản trị để quản lý bệnh nhân và lịch khám của mình. Điều kiện đầu vào: Ca sử dụng bắt đầu khi người dùng muốn đăng nhập vào hệ thống.
+ Hệ thống yêu cầu nhập tên đăng nhập và mật khẩu.
+ Người dùng nhập tên đăng nhập và mật khẩu.
+ Hệ thống kiểm tra tên và mật khẩu vừa nhập, nếu đúng sẽ cho phép vào hệ thống.
+ Nếu trong kịch bản chính tên hoặc mật khẩu bị sai thì hệ thống báo lỗi.
+ Người dùng có thể nhập lại hoặc hủy bỏ việc đăng nhập khi đó ca sử dụng sẽ kết thúc.
2.3.4 Biểu đồ Use case đặt lịch khám bệnh
Hình 2.3.4 - Biểu đồ Use case đặt lịch khám bệnh
Use case chọn tour cần đặt.
- Mô tả khái quát: Ca sử dụng cho phép bệnh nhân chọn thời gian khám bệnh đặt lịch khám.
- Điều kiện đầu vào: Ca sử dụng bắt đầu khi thông tin bác sĩ cần chọn đã hiển thị trên hệ thống.
- Bệnh nhân chọn vào mục thời gian khám bệnh.
- Hệ thống hiển thị mục thời gian khám bệnh có trong đã chọn.
- Bệnh nhân xem thông tin về thông tin bác sĩ lịch khám cần đặt.
- Nếu hệ thống hiển thị có mục thời gian khám bệnh, bệnh nhân chọn vào mục thời gian khám bệnh cụ thể cần đặt
- Ca sử dụng kết thúc
- Bệnh nhân chọn đặt lịch khám bệnh ở mục khác.
- Hệ thống gửi thông báo qua email xác nhận đó
2.3.5 Biểu đồ use case quản lý bài viết cẩm nang
Hình 2.3.5 - Biểu đồ Use case quản lý bài viết cẩm nang
- Tác nhân: Người quản trị
- Mô tả khái quát: Người quản trị cần nắm bắt nhanh về các thông tin của khám bệnh để cập nhật lên website.
- Điều kiện đầu vào: Ca sử dụng bắt đầu khi người người dùng đăng nhập thành công vào hệ thống.
- Ca sử dụng bắt đầu khi người dùng vào hệ thống đăng nhập và nhập mật khẩu của mình.
- Hệ thống kiểm tra tên đăng nhập và mật khẩu đúng hiển thị danh sách bài viết, nếu sai không thực hiện.
- Hệ thống yêu cầu người dùng có thể chọn một số chức năng cần thực hiện: thêm mới, sửa, xóa.
+ Nếu chọn “Lưu thông tin” thì sự kiện con được thực hiện.
+ Nếu chọn “Lưu thay đổi” thì sự kiện con được thực hiện.
+ Nếu chọn biểu tượng cây viết thì sự kiện con chỉnh sửa được thực hiện.
+ Nếu chọn biểu tượng thùng rác thì sự kiện con xóa được thực hiện.
+ Hệ thống yêu cầu người quản lý nhập bài viết.
+ Sau khi hoàn thành bài viết, chọn chức năng thêm, hệ thống kiểm tra tính hợp lệ bài viết.
+ Bài viết được thêm vào hệ thống.
+ Danh sách bài viết được cập nhật lại và hiển thị.
+ Hệ thống truy xuất và hiển thị chi tiết bài viết đã được người quản trị chọn từ danh sách.
+ Người quản trị sửa bài viết đã chọn.
+ Sau khi sửa thông tin bài viết xong chọn chức năng cập nhật Hệ thống kiểm tra tính hợp lệ của thông tin.
+ Bài tiết đã được cập nhật lại và hiển thị.
+ Hệ thống truy xuất và hiển thị chi tiết bài viết đã được người quản trị chọn.
+ Chọn chức năng xóa, hệ thống nhắc người quản trị xác nhận xóa bài viết.
+ Người quản trị chấp nhận xóa, bài viết được xóa hoàn toàn ra khỏi hệ thống.
- Tên đăng nhập hoặc mật khẩu không hợp lệ, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Bài viết không hợp lệ, hoặc không thể thêm, sửa bài viết, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Bài viết không thể xóa, hệ thống báo lỗi, người dùng có thể thao tác lại hoặc kết thúc ca sử dụng.
2.3.6 Biểu đồ use case quản lý chuyên khoa
Hình 2.3.6 - Biểu đồ Use case quản lý chuyên khoa
- Tác nhân: Người quản trị
- Mô tả khái quát: Người quản trị cần nắm bắt nhanh về các thông tin của khám bệnh để cập nhật lên website.
- Điều kiện đầu vào: Ca sử dụng bắt đầu khi người người dùng đăng nhập thành công vào hệ thống.
- Ca sử dụng bắt đầu khi người dùng vào hệ thống đăng nhập và nhập mật khẩu của mình.
- Hệ thống kiểm tra tên đăng nhập và mật khẩu đúng hiển thị danh sách chuyên khoa, nếu sai không thực hiện.
- Hệ thống yêu cầu người dùng có thể chọn một số chức năng cần thực hiện: thêm mới, sửa, xóa.
+ Nếu chọn “Lưu thông tin” thì sự kiện con được thực hiện.
+ Nếu chọn “Lưu thay đổi” thì sự kiện con được thực hiện.
+ Nếu chọn biểu tượng cây viết thì sự kiện con chỉnh sửa được thực hiện.
+ Nếu chọn biểu tượng thùng rác thì sự kiện con xóa được thực hiện.
+ Hệ thống yêu cầu người quản lý nhập tên bài chuyên khoa, ảnh chuyên khoa, thông tin về chuyên khoa.
+ Sau khi hoàn thành các thông tin của chuyên khoa, chọn chức năng thêm, hệ thống kiểm tra tính hợp lệ của chuyên khoa.
+ Chuyên khoa được thêm vào hệ thống.
+ Danh sách chuyên khoa được cập nhật lại và hiển thị.
+ Hệ thống truy xuất và hiển thị chi tiết chuyên khoa đã được người quản trị chọn từ danh sách.
+ Người quản trị sửa chuyên khoa đã chọn.
+ Sau khi sửa thông tin chuyên khoa xong chọn chức năng cập nhật Hệ thống kiểm tra tính hợp lệ của thông tin.
+ Chuyên khoa đã được cập nhật lại và hiển thị.
+ Hệ thống truy xuất và hiển thị tên chuyên khoa đã được người quản trị chọn. + Chọn chức năng xóa, chuyên khoa được xóa hoàn toàn ra khỏi hệ thống.
- Tên đăng nhập hoặc mật khẩu không hợp lệ, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Chuyên khoa không hợp lệ, hoặc không thể thêm, sửa chuyên khoa, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Chuyên khoa không thể xóa, hệ thống báo lỗi, người dùng có thể thao tác lại hoặc kết thúc ca sử dụng.
2.3.7 Biểu đồ use case quản lý bác sĩ
Hình 2.3.7 - Biểu đồ Use case quản lý bác sĩ
- Tác nhân: Người quản trị
- Mô tả khái quát: Người quản trị cần nắm bắt nhanh về các thông tin của khám bệnh để cập nhật lên website.
- Điều kiện đầu vào: Ca sử dụng bắt đầu khi người người dùng đăng nhập thành công vào hệ thống.
- Ca sử dụng bắt đầu khi người dùng vào hệ thống đăng nhập và nhập mật khẩu của mình.
- Hệ thống kiểm tra tên đăng nhập và mật khẩu đúng hiển thị danh sách bác sĩ, nếu sai không thực hiện.
- Hệ thống yêu cầu người dùng có thể chọn một số chức năng cần thực hiện: thêm mới, sửa, xóa.
+ Nếu chọn “Lưu thông tin” thì sự kiện con được thực hiện.
+ Nếu chọn “Lưu thay đổi” thì sự kiện con được thực hiện.
+ Nếu chọn biểu tượng cây viết thì sự kiện con chỉnh sửa được thực hiện.
+ Nếu chọn biểu tượng thùng rác thì sự kiện con xóa được thực hiện.
+ Hệ thống yêu cầu người quản lý nhập tên bác sĩ, ảnh bác sĩ, thông tin về bác sĩ. + Sau khi hoàn thành các thông tin của bác sĩ, chọn chức năng thêm, hệ thống kiểm tra tính hợp lệ của bác sĩ.
+ Bác sĩ được thêm vào hệ thống.
+ Danh sách bác sĩ được cập nhật lại và hiển thị.
+ Hệ thống truy xuất và hiển thị chi tiết bác sĩ đã được người quản trị chọn từ danh sách.
+ Người quản trị sửa bác sĩ đã chọn.
+ Sau khi sửa thông tin bác sĩ xong chọn chức năng cập nhật Hệ thống kiểm tra tính hợp lệ của thông tin.
+ Bác sĩ đã được cập nhật lại và hiển thị.
+ Hệ thống truy xuất và hiển thị tên bác sĩ đã được người quản trị chọn.
+ Chọn chức năng xóa, bác sĩ được xóa hoàn toàn ra khỏi hệ thống.
- Tên đăng nhập hoặc mật khẩu không hợp lệ, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Bác sĩ không hợp lệ, hoặc không thể thêm, sửa thông tin bác sĩ, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Bác sĩ không thể xóa, hệ thống báo lỗi, người dùng có thể thao tác lại hoặc kết thúc ca sử dụng.
2.3.8 Biểu đồ use case quản lý phòng khám
Hình 2.3.8 - Biểu đồ Use case quản lý phòng khám
- Tác nhân: Người quản trị
- Mô tả khái quát: Người quản trị cần nắm bắt nhanh về các thông tin của khám bệnh để cập nhật lên website.
- Điều kiện đầu vào: Ca sử dụng bắt đầu khi người người dùng đăng nhập thành công vào hệ thống.
- Ca sử dụng bắt đầu khi người dùng vào hệ thống đăng nhập và nhập mật khẩu của mình.
- Hệ thống kiểm tra tên đăng nhập và mật khẩu đúng hiển thị danh sách bác sĩ, nếu sai không thực hiện.
- Hệ thống yêu cầu người dùng có thể chọn một số chức năng cần thực hiện: thêm mới, sửa, xóa.
+ Nếu chọn “Lưu thông tin” thì sự kiện con được thực hiện.
+ Nếu chọn “Lưu thay đổi” thì sự kiện con được thực hiện.
+ Nếu chọn biểu tượng cây viết thì sự kiện con chỉnh sửa được thực hiện.
+ Nếu chọn biểu tượng thùng rác thì sự kiện con xóa được thực hiện.
+ Hệ thống yêu cầu người quản lý nhập tên phòng khám, ảnh phòng khám, thông tin về phòng khám.
+ Sau khi hoàn thành các thông tin của phòng khám, chọn chức năng thêm, hệ thống kiểm tra tính hợp lệ của phòng khám.
+ Phòng khám được thêm vào hệ thống.
+ Danh sách phòng khám được cập nhật lại và hiển thị.
+ Hệ thống truy xuất và hiển thị chi tiết phòng khám đã được người quản trị chọn từ danh sách.
+ Người quản trị sửa phòng khám đã chọn.
+ Sau khi sửa thông tin phòng khám xong chọn chức năng cập nhật Hệ thống kiểm tra tính hợp lệ của thông tin.
+ Phòng khám đã được cập nhật lại và hiển thị.
+ Hệ thống truy xuất và hiển thị tên phòng khám đã được người quản trị chọn. + Chọn chức năng xóa, phòng khám được xóa hoàn toàn ra khỏi hệ thống.
- Tên đăng nhập hoặc mật khẩu không hợp lệ, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Thông tin phòng khám không hợp lệ, hoặc không thể thêm, sửa thông tin phòng khám, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Thông tin phòng khám không thể xóa, hệ thống báo lỗi, người dùng có thể thao tác lại hoặc kết thúc ca sử dụng.
2.3.9 Biểu đồ use case quản lý người dùng
Hình 2.3.9 - Biểu đồ Use case quản lý người dùng
- Tác nhân: Người quản trị
- Mô tả khái quát: Người quản trị cần nắm bắt nhanh về các thông tin của khám bệnh để cập nhật lên website.
- Điều kiện đầu vào: Ca sử dụng bắt đầu khi người người dùng đăng nhập thành công vào hệ thống.
- Ca sử dụng bắt đầu khi người dùng vào hệ thống đăng nhập và nhập mật khẩu của mình.
- Hệ thống kiểm tra tên đăng nhập và mật khẩu đúng hiển thị danh sách người dùng, nếu sai không thực hiện.
- Hệ thống yêu cầu người dùng có thể chọn một số chức năng cần thực hiện: thêm mới, sửa, xóa.
+ Nếu chọn “Lưu thông tin” thì sự kiện con được thực hiện.
+ Nếu chọn “Lưu thay đổi” thì sự kiện con được thực hiện.
+ Nếu chọn biểu tượng cây viết thì sự kiện con chỉnh sửa được thực hiện.
+ Nếu chọn biểu tượng thùng rác thì sự kiện con xóa được thực hiện.
+ Hệ thống yêu cầu người quản lý nhập tên người dùng, ảnh người dùng, thông tin về người dùng.
+ Sau khi hoàn thành các thông tin của người dùng, chọn chức năng thêm, hệ thống kiểm tra tính hợp lệ của người dùng.
+ Người dùng được thêm vào hệ thống.
+ Danh sách người dùng được cập nhật lại và hiển thị.
+ Hệ thống truy xuất và hiển thị chi tiết người dùng đã được người quản trị chọn từ danh sách.
+ Người quản trị sửa người dùng đã chọn.
+ Sau khi sửa thông tin người dùng xong chọn chức năng cập nhật Hệ thống kiểm tra tính hợp lệ của thông tin.
+ Người dùng đã được cập nhật lại và hiển thị.
+ Hệ thống truy xuất và hiển thị tên người dùng đã được người quản trị chọn.
+ Chọn chức năng xóa, người dùng được xóa hoàn toàn ra khỏi hệ thống.
- Tên đăng nhập hoặc mật khẩu không hợp lệ, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Thông tin người dùng không hợp lệ, hoặc không thể thêm, sửa thông tin người dùng, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Thông tin người dùng không thể xóa, hệ thống báo lỗi, người dùng có thể thao tác lại hoặc kết thúc ca sử dụng.
2.3.10 Biểu đồ use case quản lý lịch khám bệnh
Hình 2.3.10 - Biểu đồ Use case quản lý lịch khám bệnh
- Tác nhân: Người quản trị, bác sĩ
- Mô tả khái quát: Người quản trị và bác sĩ cần nắm bắt nhanh về các thông tin của khám bệnh để cập nhật lên website.
- Điều kiện đầu vào: Ca sử dụng bắt đầu khi người người dùng đăng nhập thành công vào hệ thống.
- Ca sử dụng bắt đầu khi người dùng vào hệ thống đăng nhập và nhập mật khẩu của mình.
- Hệ thống kiểm tra tên đăng nhập và mật khẩu đúng hiển thị chức năng tạo lịch khám bệnh, nếu sai không thực hiện.
- Hệ thống yêu cầu người dùng có thể chức năng cần thực hiện: thêm.
+ Nếu chọn “Lưu thông tin” thì sự kiện con được thực hiện.
+ Hệ thống yêu cầu người quản lý, bác sĩ chọn tên bác sĩ, ảnh người dùng, thông tin ngày và thời gian khám bệnh.
+ Sau khi hoàn thành các thông tin lịch khám bệnh của bác sĩ, chọn chức năng lưu thông tin, hệ thống kiểm tra tính hợp lệ của người dùng.
+ Lịch khám được thêm vào hệ thống.
+ Danh sách người dùng được cập nhật lại.
- Tên đăng nhập hoặc mật khẩu không hợp lệ, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Thông tin người dùng không hợp lệ, hoặc không thể thêm thông tin lịch khám bệnh, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
2.3.11 Biểu đồ use case quản lý bệnh nhân khám bệnh
Hình 2.3.10 - Biểu đồ Use case quản lý bệnh nhân khám bệnh
- Mô tả khái quát: Người bác sĩ cần cập nhật nhanh về các thông tin bệnh nhân khám bệnh khi đã đăng ký lịch khám bệnh.
- Điều kiện đầu vào: Ca sử dụng bắt đầu khi người người dùng đăng nhập thành công vào hệ thống.
- Ca sử dụng bắt đầu khi người dùng vào hệ thống đăng nhập và nhập mật khẩu của mình.
- Hệ thống kiểm tra tên đăng nhập và mật khẩu đúng hiển thị danh sách bệnh nhân khám bệnh và ngày, khung giờ, nếu sai không thực hiện.
- Hệ thống yêu cầu người dùng có thể chọn chức năng cần thực hiện: xác nhận. + Nếu chọn “Xác nhận” thì sự kiện con được thực hiện.
- Xác nhận lịch bệnh của bệnh nhân đã hòa thành:
+ Hệ thống yêu cầu người bác sĩ chọn tên bệnh nhân, chỉnh sửa email bệnh nhân nếu có thay đổi, ảnh hóa đơn, đơn thuốc.
+ Sau khi hoàn thành các thông tin xác nhận của bệnh nhân, chọn chức năng gửi, hệ thống kiểm tra tính hợp lệ của người dùng và gửi email đến cho bệnh nhân.
+ Lịch khám cập nhận trạng thái đã hoàn thành được thêm vào hệ thống.
- Tên đăng nhập hoặc mật khẩu không hợp lệ, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
- Thông tin người dùng không hợp lệ, hoặc không thể gửi thông tin xác nhận, hệ thống báo lỗi, người dùng có thể nhập lại hoặc kết thúc ca sử dụng.
Biểu đồ trình tự
2.4.1 Biểu đồ trình tự “Đăng nhập”
Hình 2.4.1 - Biểu đồ trình tự cho ca sử dụng đăng nhập
2.4.2 Biểu đồ trình tự “Sửa cẩm nang”
Hình 2.4.2 - Biểu đồ trình tự cho ca sử dụng sửa cẩm nang
2.4.3 Biểu đồ trình tự “Thêm cẩm nang”
Hình 2.4.3 - Biểu đồ trình tự cho ca sử dụng thêm cẩm nang
2.4.4 Biểu đồ trình tự “Xem cẩm nang”
Hình 2.4.4 - Biểu đồ trình tự cho ca sử dụng xem cẩm nang
2.4.5 Biểu đồ trình tự “Xóa cẩm nang”
Hình 2.4.5 - Biểu đồ trình tự cho ca sử dụng xóa cẩm nang
2.4.6 Biểu đồ trình tự “Sửa chuyên khoa”
Hình 2.4.6 - Biểu đồ trình tự cho ca sử dụng sửa chuyên khoa
2.4.7 Biểu đồ trình tự “Thêm chuyên khoa”
Hình 2.4.7 - Biểu đồ trình tự cho ca sử dụng thêm chuyên khoa
2.4.8 Biểu đồ trình tự “Xem chuyên khoa”
Hình 2.4.8 - Biểu đồ trình tự cho ca sử dụng xem chuyên khoa
2.4.9 Biểu đồ trình tự “Xóa chuyên khoa”
Hình 2.4.9 - Biểu đồ trình tự cho ca sử dụng xóa chuyên khoa
2.4.10 Biểu đồ trình tự “Sửa người dùng”
Hình 2.4.10 - Biểu đồ trình tự cho ca sử dụng sửa người dùng
2.4.11 Biểu đồ trình tự “Thêm người dùng”
Hình 2.4.11 - Biểu đồ trình tự cho ca sử dụng thêm người dùng
2.4.12 Biểu đồ trình tự “Xem người dùng”
Hình 2.4.12 - Biểu đồ trình tự cho ca sử dụng xem người dùng
2.4.13 Biểu đồ trình tự “Xóa người dùng”
Hình 2.4.13 - Biểu đồ trình tự cho ca sử dụng xóa người dùng
2.4.14 Biểu đồ trình tự “Sửa phòng khám”
Hình 2.4.14 - Biểu đồ trình tự cho ca sử dụng sửa phòng khám
2.4.15 Biểu đồ trình tự “Thêm phòng khám”
Hình 2.4.15 - Biểu đồ trình tự cho ca sử dụng thêm phòng khám
2.4.16 Biểu đồ trình tự “Xem phòng khám”
Hình 2.4.16 - Biểu đồ trình tự cho ca sử dụng xem phòng khám
2.4.17 Biểu đồ trình tự “Xóa phòng khám”
Hình 2.4.17 - Biểu đồ trình tự cho ca sử dụng xóa người dùng
2.4.18 Biểu đồ trình tự “Xem lịch khám bệnh”
Hình 2.4.18 - Biểu đồ trình tự cho ca sử dụng xem lịch khám bệnh
2.4.19 Biểu đồ trình tự “Thêm lịch khám bệnh”
Hình 2.4.19 - Biểu đồ trình tự cho ca sử dụng thêm phòng khám
2.4.20 Biểu đồ trình tự “Đặt lịch khám bệnh”
Hình 2.4.20 - Biểu đồ trình tự cho ca sử dụng đặt lịch khám bệnh
2.4.21 Biểu đồ trình tự “Xem danh sách bệnh nhân đặt lịch khám bệnh”
Hình 2.4.21 - Biểu đồ trình tự cho ca sử dụng Xem danh sách bệnh nhân đặt lịch khám bệnh
2.4.22 Biểu đồ trình tự “Gửi xác nhận”
Hình 2.4.21 - Biểu đồ trình tự cho ca sử dụng Gửi xác nhận
Biểu đồ cộng tác
2.5.1 Biểu đồ cộng tác “Đăng nhập”
Hình 2.5.1 - Biểu đồ cộng tác cho ca sử dụng đăng nhập
2.5.2 Biểu đồ cộng tác “Gửi xác nhận”
Hình 2.5.2 - Biểu đồ cộng tác cho ca sử dụng gửi xác nhận
2.5.3 Biểu đồ cộng tác “Sửa cẩm nang”
Hình 2.5.3 - Biểu đồ cộng tác cho ca sử dụng sửa cẩm nang
2.5.4 Biểu đồ cộng tác “Sửa chuyên khoa”
Hình 2.5.4 - Biểu đồ cộng tác cho ca sử dụng sửa chuyên khoa
2.5.5 Biểu đồ cộng tác “Sửa phòng khám”
Hình 2.5.5 - Biểu đồ cộng tác cho ca sử dụng sửa phòng khám
2.5.5 Biểu đồ cộng tác “Sửa người dùng”
Hình 2.5.5 - Biểu đồ cộng tác cho ca sử dụng sửa người dùng
2.5.5 Biểu đồ cộng tác “Sửa bác sĩ”
Hình 2.5.5 - Biểu đồ cộng tác cho ca sử dụng sửa bác sĩ
2.5.6 Biểu đồ cộng tác “Thêm cẩm nang”
Hình 2.5.6 - Biểu đồ cộng tác cho ca sử dụng thêm cẩm nang
2.5.7 Biểu đồ cộng tác “Thêm chuyên khoa”
Hình 2.5.7 - Biểu đồ cộng tác cho ca sử dụng thêm chuyên khoa
2.5.8 Biểu đồ cộng tác “Thêm người dùng”
Hình 2.5.8 - Biểu đồ cộng tác cho ca sử dụng thêm người dùng
2.5.9 Biểu đồ cộng tác “Thêm lịch khám”
Hình 2.5.9 - Biểu đồ cộng tác cho ca sử dụng thêm lịch khám
2.5.10 Biểu đồ cộng tác “Đặt lịch khám bệnh”
Hình 2.5.10 - Biểu đồ cộng tác cho ca sử dụng đặt lịch khám bệnh
2.5.11 Biểu đồ cộng tác “Xóa cẩm nang”
Hình 2.5.11 - Biểu đồ cộng tác cho ca sử dụng xóa cẩm nang
2.5.12 Biểu đồ cộng tác “Xóa phòng khám”
Hình 2.5.12 - Biểu đồ cộng tác cho ca sử dụng xóa phòng khám
2.5.13 Biểu đồ cộng tác “Xóa chuyên khoa”
Hình 2.5.13 - Biểu đồ cộng tác cho ca sử dụng xóa chuyên khoa
2.5.14 Biểu đồ cộng tác “Xóa người dùng”
Hình 2.5.14 - Biểu đồ cộng tác cho ca sử dụng xóa người dùng
2.5.15 Biểu đồ cộng tác “Xem cẩm nang”
Hình 2.5.15 - Biểu đồ cộng tác cho ca sử dụng xem cẩm nang
2.5.16 Biểu đồ cộng tác “Xem phòng khám”
Hình 2.5.16 - Biểu đồ cộng tác cho ca sử dụng xem phòng khám
2.5.17 Biểu đồ cộng tác “Xem lịch khám bệnh”
Hình 2.5.17 - Biểu đồ cộng tác cho ca sử dụng xem lịch khám bệnh
2.5.18 Biểu đồ cộng tác “Xem bác sĩ”
Hình 2.5.18 - Biểu đồ cộng tác cho ca sử dụng xem bác sĩ
2.5.18 Biểu đồ cộng tác “Xem chuyên khoa”
Hình 2.5.18 - Biểu đồ cộng tác cho ca sử dụng xem chuyên khoa
Biểu đồ lớp
2.6.1 Biểu đồ lớp cho ca sử dụng “Quản lý cẩm nang”
2.6.1.1 Biểu đồ lớp “Thêm cẩm nang”
Hình 2.6.1 - Biểu đồ lớp cho ca sử dụng thêm cẩm nang
2.6.1.2 Biểu đồ lớp “Sửa cẩm nang”
Hình 2.6.2 - Biểu đồ lớp cho ca sử dụng sửa cẩm nang
2.6.1.3 Biểu đồ lớp “Xóa cẩm nang”
Hình 2.6.3 - Biểu đồ lớp cho ca sử dụng xóa cẩm nang
2.6.2 Biểu đồ lớp cho ca sử dụng “Quản lý chuyên khoa”
2.6.2.1 Biểu đồ lớp “Thêm chuyên khoa”
Hình 2.6.4 - Biểu đồ lớp cho ca sử dụng thêm chuyên khoa
2.6.2.2 Biểu đồ lớp “Sửa chuyên khoa”
Hình 2.6.5 - Biểu đồ lớp cho ca sử dụng sửa chuyên khoa
2.6.2.3 Biểu đồ lớp “Xóa chuyên khoa”
Hình 2.6.6 - Biểu đồ lớp cho ca sử dụng xóa chuyên khoa
2.6.3 Biểu đồ lớp cho ca sử dụng “Quản lý phòng khám”
2.6.3.1 Biểu đồ lớp “Thêm phòng khám”
Hình 2.6.7 - Biểu đồ lớp cho ca sử dụng thêm phòng khám
2.6.3.2 Biểu đồ lớp “Sửa phòng khám”
Hình 2.6.8 - Biểu đồ lớp cho ca sử dụng sửa phòng khám
2.6.3.3 Biểu đồ lớp “Xóa phòng khám”
Hình 2.6.9 - Biểu đồ lớp cho ca sử dụng xóa phòng khám
2.6.4 Biểu đồ lớp cho ca sử dụng “Quản lý người dùng”
2.6.4.1 Biểu đồ lớp “Thêm người dùng”
Hình 2.6.10 - Biểu đồ lớp cho ca sử dụng thêm người dùng
2.6.4.2 Biểu đồ lớp “Sửa người dùng”
Hình 2.6.11 - Biểu đồ lớp cho ca sử dụng sửa người dùng
2.6.4.3 Biểu đồ lớp “Xóa người dùng”
Hình 2.6.12 - Biểu đồ lớp cho ca sử dụng xóa người dùng
2.6.5 Biểu đồ lớp cho ca sử dụng “Quản lý lịch khám”
2.6.5.1 Biểu đồ lớp “Thêm lịch khám”
Hình 2.6.13 - Biểu đồ lớp cho ca sử dụng thêm lịch khám
2.6.6 Biểu đồ lớp cho ca sử dụng “Đặt lịch khám bệnh”
Hình 2.6.14 - Biểu đồ lớp cho ca sử dụng đặt lịch khám bệnh
2.6.7 Biểu đồ lớp cho ca sử dụng “Đăng nhập”
Hình 2.6.16 - Biểu đồ lớp cho ca sử dụng đăng nhập
2.6.8 Biều đồ lớp cho ca sử dụng “Xem cẩm nang”
Hình 2.6.17 - Biểu đồ lớp cho ca sử dụng xem cẩm nang
2.6.9 Biều đồ lớp cho ca sử dụng “Xem chuyên khoa”
Hình 2.6.17 - Biểu đồ lớp cho ca sử dụng xem chuyên khoa
2.6.10 Biều đồ lớp cho ca sử dụng “Xem phòng khám”
Hình 2.6.18 - Biểu đồ lớp cho ca sử dụng xem phòng khám
2.6.11 Biều đồ lớp cho ca sử dụng “Xem bác sĩ”
Hình 2.6.19 - Biểu đồ lớp cho ca sử dụng xem bác sĩ
Biểu đồ hoạt động
2.7.1 Đặc tả biểu đồ hoạt động sửa cẩm nang
Hình 2.7.1 - Biểu đồ hoạt động sửa cẩm nang
Đặc tả quy trình hoạt động sửa cẩm nang:
- Người dùng yêu cầu quản lý cẩm nang và hệ thống hiển thị giao diện sửa cẩm nang.
- Hệ thống yêu cầu tác nhân chọn cẩm nang cần sửa và nhập thông tin muốn sửa. Sau khi người dùng nhập các thông tin cần sửa thì hệ thống sẽ kiểm tra giá trị đã sửa xem đúng hay không.
+ Nếu dữ kiệu vừa nhập vào đúng thì sẽ chấp nhận việc sửa Lúc này hệ thống cập nhật lại thông tin đã sửa cho người dùng kiểm tra và kết thúc quy trình sửa cẩm nang.
+ Nếu dữ liệu vừa nhập sai thì hệ thống yêu cầu người dùng nhập lại và trở lại quy trình nhập thông tin ban đầu.
2.7.2 Đặc tả biểu đồ hoạt động xóa cẩm nang
Hình 2.7.2 - Biểu đồ hoạt động xóa cẩm nang
- Người dùng yêu cầu xóa cẩm nang.
- Hệ thống sẽ hiển thị giao diện quản lý cẩm nang người dùng có thể xóa một cẩm nang
- Sau khi chọn chức năng xóa cẩm nang
+ Hệ thống trả ra kết quả bạn đã xóa cẩm nang thành công.
- Kết thúc quy trình xóa cẩm nang.
2.7.3 Đặc tả biểu đồ hoạt động thêm cẩm nang
Hình 2.7.4 - Biểu đồ hoạt động thêm cẩm nang
Đặc tả quy trình hoạt động thêm cẩm nang:
- Người dùng yêu cầu quản lý cẩm nang.
- Hệ thống sẽ hiển thị giao diện thêm mới cẩm nang.
- Sau đó hệ thống yêu cầu người dùng nhập thông tin cho cẩm nang để hoàn thành quy trình thêm mới cẩm nang với các thông tin như: tên cẩm nang, nội dung, hình ảnh
- Người dùng nhập các thông tin thì hệ thống sẽ kiểm tra các dữ liệu đầu vào xem đúng và đủ các trường hay không Kết quả lúc này sẽ trả ra 2 giá trị: Đúng hoặc sai.+ Nếu đúng thì cho phép thêm cẩm nang và việc thêm mới cẩm nang thành công.
+ Ngược lại nếu sai thì hệ thống yêu cầu nhập lại và quay lại việc nhập thông tin và kiểm tra thông tin nhận.
- Kết thúc quy trình thêm mới cẩm nang.
2.7.5 Đặc tả biểu đồ hoạt động sửa chuyên khoa
Hình 2.7.5 - Biểu đồ hoạt động sửa chuyên khoa
Đặc tả quy trình hoạt động sửa chuyên khoa:
- Người dùng yêu cầu quản lý chuyên khoa và hệ thống hiển thị giao diện sửa chuyên khoa.
- Hệ thống yêu cầu tác nhân chọn chuyên khoa cần sửa và nhập thông tin muốn sửa. Sau khi người dùng nhập các thông tin cần sửa thì hệ thống sẽ kiểm tra giá trị đã sửa xem đúng hay không.
+ Nếu dữ kiệu vừa nhập vào đúng thì sẽ chấp nhận việc sửa Lúc này hệ thống cập nhật lại thông tin đã sửa cho người dùng kiểm tra và kết thúc quy trình sửa chuyên khoa.
+ Nếu dữ liệu vừa nhập sai thì hệ thống yêu cầu người dùng nhập lại và trở lại quy trình nhập thông tin ban đầu.
2.7.5 Đặc tả biểu đồ hoạt động sửa chuyên khoa
Hình 2.7.5 - Biểu đồ hoạt động sửa chuyên khoa
Đặc tả quy trình hoạt động sửa chuyên khoa:
- Người dùng yêu cầu quản lý chuyên khoa và hệ thống hiển thị giao diện sửa chuyên khoa.
- Hệ thống yêu cầu tác nhân chọn chuyên khoa cần sửa và nhập thông tin muốn sửa. Sau khi người dùng nhập các thông tin cần sửa thì hệ thống sẽ kiểm tra giá trị đã sửa xem đúng hay không.
+ Nếu dữ kiệu vừa nhập vào đúng thì sẽ chấp nhận việc sửa Lúc này hệ thống cập nhật lại thông tin đã sửa cho người dùng kiểm tra và kết thúc quy trình sửa chuyên khoa.
+ Nếu dữ liệu vừa nhập sai thì hệ thống yêu cầu người dùng nhập lại và trở lại quy trình nhập thông tin ban đầu.
2.7.6 Đặc tả biểu đồ hoạt động sửa phòng khám
Hình 2.7.6 - Biểu đồ hoạt động sửa phòng khám
Đặc tả quy trình hoạt động sửa phòng khám:
- Người dùng yêu cầu quản lý phòng khám và hệ thống hiển thị giao diện sửa phòng khám.
- Hệ thống yêu cầu tác nhân chọn phòng khám cần sửa và nhập thông tin muốn sửa. Sau khi người dùng nhập các thông tin cần sửa thì hệ thống sẽ kiểm tra giá trị đã sửa xem đúng hay không.
+ Nếu dữ kiệu vừa nhập vào đúng thì sẽ chấp nhận việc sửa Lúc này hệ thống cập nhật lại thông tin đã sửa cho người dùng kiểm tra và kết thúc quy trình sửa phòng khám.
+ Nếu dữ liệu vừa nhập sai thì hệ thống yêu cầu người dùng nhập lại và trở lại quy trình nhập thông tin ban đầu.
2.7.7 Đặc tả biểu đồ hoạt động sửa người dùng
Hình 2.7.7 - Biểu đồ hoạt động sửa người dùng
Đặc tả quy trình hoạt động sửa người dùng:
- Người dùng yêu cầu quản lý người dùng và hệ thống hiển thị giao diện sửa người dùng.
- Hệ thống yêu cầu tác nhân chọn người dùng cần sửa và nhập thông tin muốn sửa. Sau khi người dùng nhập các thông tin cần sửa thì hệ thống sẽ kiểm tra giá trị đã sửa xem đúng hay không.
+ Nếu dữ kiệu vừa nhập vào đúng thì sẽ chấp nhận việc sửa Lúc này hệ thống cập nhật lại thông tin đã sửa cho người dùng kiểm tra và kết thúc quy trình sửa người dùng.
+ Nếu dữ liệu vừa nhập sai thì hệ thống yêu cầu người dùng nhập lại và trở lại quy trình nhập thông tin ban đầu.
2.7.8 Đặc tả biểu đồ hoạt động sửa bác sĩ
Hình 2.7.8 - Biểu đồ hoạt động sửa bác sĩ
Đặc tả quy trình hoạt động sửa bác sĩ:
- Người dùng yêu cầu quản lý bác sĩ và hệ thống hiển thị giao diện sửa bác sĩ.
- Hệ thống yêu cầu tác nhân chọn người dùng cần sửa và nhập thông tin muốn sửa. Sau khi người dùng nhập các thông tin cần sửa thì hệ thống sẽ kiểm tra giá trị đã sửa xem đúng hay không.
+ Nếu dữ kiệu vừa nhập vào đúng thì sẽ chấp nhận việc sửa Lúc này hệ thống cập nhật lại thông tin đã sửa cho người dùng kiểm tra và kết thúc quy trình sửa bác sĩ.
+ Nếu dữ liệu vừa nhập sai thì hệ thống yêu cầu người dùng nhập lại và trở lại quy trình nhập thông tin ban đầu.
2.7.9 Đặc tả biểu đồ hoạt động xóa chuyên khoa
Hình 2.7.9 - Biểu đồ hoạt động xóa chuyên khoa
Đặc tả quy trình hoạt động xóa chuyên khoa:
- Người dùng yêu cầu xóa chuyên khoa.
- Hệ thống sẽ hiển thị giao diện quản lý chuyên khoa người dùng có thể xóa một chuyên khoa
- Sau khi chọn chức năng xóa chuyên khoa
+ Hệ thống trả ra kết quả bạn đã xóa chuyên khoa thành công.
- Kết thúc quy trình xóa chuyên khoa.
2.7.10 Đặc tả biểu đồ hoạt động xóa phòng khám
Hình 2.7.10 - Biểu đồ hoạt động xóa phòng khám
Đặc tả quy trình hoạt động xóa phòng khám:
- Người dùng yêu cầu xóa phòng khám.
- Hệ thống sẽ hiển thị giao diện quản lý phòng khám người dùng có thể xóa một phòng khám
- Sau khi chọn chức năng xóa phòng khám
+ Hệ thống trả ra kết quả bạn đã xóa phòng khám thành công.
- Kết thúc quy trình xóa phòng khám.
2.7.10 Đặc tả biểu đồ hoạt động xóa người dùng
Hình 2.7.10 - Biểu đồ hoạt động xóa người dùng
Đặc tả quy trình hoạt động xóa người dùng:
- Người dùng yêu cầu xóa người dùng.
- Hệ thống sẽ hiển thị giao diện quản lý người dùng người dùng có thể xóa một người dùng
- Sau khi chọn chức năng xóa người dùng
+ Hệ thống trả ra kết quả bạn đã xóa người dùng thành công.
- Kết thúc quy trình xóa người dùng.
2.7.11 Đặc tả biểu đồ hoạt động thêm chuyên khoa
Hình 2.7.11 - Biểu đồ hoạt động thêm chuyên khoa
Đặc tả quy trình hoạt động thêm chuyên khoa:
- Người dùng yêu cầu quản lý chuyên khoa.
- Hệ thống sẽ hiển thị giao diện thêm mới chuyên khoa
- Sau đó hệ thống yêu cầu người dùng nhập thông tin cho chuyên khoa để hoàn thành quy trình thêm mới chuyên khoa với các thông tin như: tên chuyên khoa, nội dung, hình ảnh
Biểu đồ triển khai
Hình 2.8.1 - Biểu đồ triển khai
XÂY DỰNG CƠ SỞ DỮ LIỆU
Xây dựng cơ sở dữ liệu
Dựa vào biểu đồ biểu đồ lớp chi tiết nhóm đã xây dựng các bảng trong cơ sở dữ liệu như sau:
+ users (id, email, password, firstName, lastName, phoneNumber, address, gender, image, roleId, positionId, reason, createdAt, updatedAt).
+ specialties (id, descriptionHTML, descriptionMarkdown, image, name, createdAt, updatedAt).
+ schedules (id, currentNumber, maxNumber, date, timeType, doctorId, createdAt, updatedAt).
+ markdowns (id, contentHTML, contentMarkdown, description, doctorId, specialtyId, clinicId, createdAt, updatedAt)
+ handbooks (id, descriptionHTML, descriptionMarkdown, image, name, createdAt, updatedAt)
+ doctor_info ( id , doctorId, clinicId, specialtyId, priceId, provinceId, paymentId, addressClinic, nameClinic, note, count, createdAt, updatedAt)
+ clinics (id, descriptionHTML, address, descriptionMarkdown, image, name, createdAt, updatedAt)
+ bookings (id, statusId, doctorId, patientId, date, timeType, token, createdAt, updatedAt)
+ allcodes (id, keyMap, type, valueEn, valueVi, createdAt, updatedAt)
Hình 3.1 Lược đồ quan hệ
STT Tên trường Kiểu dữ liệu Ràng buộc Mô tả
1 id int (11) Khóa chính, không được phép rỗng.
2 descriptionHTML text Được phép rỗng Giới thiệu kiểu HTML.
3 descriptionMarkdow n text Được phép rỗng Giới thiệu kiểu Markdown.
4 image longblob Được phép rỗng Ảnh chuyên khoa
(255) Được phép rỗng Tên chuyên khoa
6 createdAt datetime Không được phép rỗng.
7 updatedAt datetime Không được phép rỗng.
STT Tên trường Kiểu dữ liệu Ràng buộc Mô tả
1 id int (11) Khóa chính, không được phép rỗng.
2 descriptionHTML text Được phép rỗng Giới thiệu kiểu HTML.
3 descriptionMarkdow n text Được phép rỗng Giới thiệu kiểu Markdown.
4 image longblob Được phép rỗng Ảnh cẩm nang
(255) Được phép rỗng Tên cẩm nang
6 createdAt datetime Không được phép Ngày tạo rỗng.
7 updatedAt datetime Không được phép rỗng.
STT Tên trường Kiểu dữ liệu Ràng buộc Mô tả
1 id int (11) Khóa chính, không được phép rỗng.
2 descriptionHTML text Được phép rỗng Giới thiệu kiểu HTML.
3 descriptionMarkdow n text Được phép rỗng Giới thiệu kiểu Markdown.
4 image longblob Được phép rỗng Ảnh phòng khám
(255) Được phép rỗng Tên phòng khám
6 address text Được phép rỗng Địa chỉ phòng khám
7 createdAt datetime Không được phép rỗng.
8 updatedAt datetime Không được phép rỗng.
STT Tên trường Kiểu dữ liệu Ràng buộc Mô tả
1 id int (11) Khóa chính, không được phép rỗng.
(255) Được phép rỗng Email người dùng
(255) Được phép rỗng Mật khẩu người dùng
(255) Được phép rỗng Tên người dùng
(255) Được phép rỗng Số điện thoại người dùng
6 createdAt datetime Không được phép rỗng Ngày tạo
7 updatedAt datetime Không được phép rỗng.
(255) Được phép rỗng Địa chỉ người dùng
Khóa chính, không được phép rỗng, khóa ngoại
(255) Được phép rỗng Ảnh người dùng
11 reason text Được phép rỗng Lý do khám bệnh
Khóa chính, không được phép rỗng, khóa ngoại
Khóa chính, không được phép rỗng, khóa ngoại
STT Tên trường Kiểu dữ liệu Ràng buộc Mô tả
1 id int (11) Khóa chính, không được phép rỗng.
2 contentHTML longtext Được phép rỗng Giới thiệu bác sĩ kiểu HTML.
3 contentMarkdown longtext Được phép rỗng Giới thiệu bác sĩ kiểu Markdown.
4 description longtext Được phép rỗng Giới thiệu ngắn về bác sĩ
5 doctorId int (11) Khóa chính, không được phép rỗng, khóa ngoại
6 specialtyId int (11) Được phép rỗng Mã số chuyên khoa
7 clinicId int (11) Được phép rỗng Mã số phòng khám
8 createdAt datetime Không được phép rỗng.
9 updatedAt datetime Không được phép rỗng.
STT Tên trường Kiểu dữ liệu Ràng buộc Mô tả
1 id int (11) Khóa chính, không được phép rỗng.
(255) Được phép rỗng Địa chỉ phòng khám.
(255) Được phép rỗng Tên phòng khám.
(255) Được phép rỗng Chú thích
5 doctorId int (11) Khóa chính, không được phép rỗng, khóa ngoại
6 specialtyId int (11) Được phép rỗng Mã số chuyên khoa
7 clinicId int (11) Được phép rỗng Mã số phòng khám
8 createdAt datetime Không được phép rỗng.
9 updatedAt datetime Không được phép rỗng.
10 count int (11) Được phép rỗng Đếm
Khóa chính, không được phép rỗng, khóa ngoại
Khóa chính, không được phép rỗng, khóa ngoại
Khóa chính, không được phép rỗng, khóa ngoại
STT Tên trường Kiểu dữ liệu Ràng buộc Mô tả
1 id int (11) Khóa chính, không được phép rỗng.
(255) Được phép rỗng Trạng thái
(255) Được phép rỗng Ngày đặt lịch
Khóa chính, không được phép rỗng, khóa ngoại
Khung thời gian đặt lịch
5 doctorId int (11) Khóa chính, không được phép rỗng, khóa ngoại
6 patientId int (11) Khóa chính, không được phép rỗng, khóa ngoại
8 createdAt datetime Không được phép rỗng.
9 updatedAt datetime Không được phép rỗng.
STT Tên trường Kiểu dữ liệu Ràng buộc Mô tả
1 id int (11) Được phép rỗng Mã số
Khóa chính, không được phép rỗng.
(255) Được phép rỗng Thể loại của các trường
(255) Được phép rỗng Gía trị Tiếng
(255) Được phép rỗng Gía trị Tiếng
6 createdAt datetime Không được phép rỗng.
7 updatedAt datetime Không được phép rỗng.
STT Tên trường Kiểu dữ liệu Ràng buộc Mô tả
1 id int (11) Được phép rỗng Mã số lịch đặt
3 maxNumber int (11) Được phép rỗng Lịch tạo tối đa
(255) Được phép rỗng Ngày đặt lịch
(255) Được phép rỗng Khung thời gian đặt lịch
6 createdAt datetime Không được phép rỗng.
7 updatedAt datetime Không được phép rỗng.
8 doctorId Int (11) Khóa chính, không được phép rỗng, khóa phụ