Xây dựng website đặt lịch khám bệnh online

● Người dùng chưa xác thực phải truy cập trang register● Người dùng chưa đăng nhập Post conditions: ● Success: Người dùng tạo tài khoản thành công ● Fail: Thông báo lỗi và không tạo đượ

Trang 1

BỘ GIÁO DỤC VÀ ĐÀO TẠO

TRƯỜNG ĐẠI HỌC SƯ PHẠM KỸ THUẬT

THÀNH PHỐ HỒ CHÍ MINH

ĐỒ ÁN TỐT NGHIỆP CÔNG NGHỆ THÔNG TIN

S KL01 0 2 6 5

Trang 2

TRƯỜNG ĐẠI HỌC SƯ PHẠM KỸ THUẬT THÀNH PHỐ HỒ CHÍ MINH

KHOA ĐÀO TẠO CHẤT LƯỢNG CAO

KHÓA LUẬN TỐT NGHIỆP

SVTH :

NGÀNH: CÔNG NGHỆ THÔNG TIN

Tp Hồ Chí Minh, tháng 05 năm 2023

XÂY DỰNG WEBSITE ĐẶT LỊCH KHÁM BỆNH ONLINE

NGUYỄN TRẦN ĐĂNG KHOA 19154035

GVHD: ThS NGÔ NGỌC ĐĂNG KHOA

Trang 3

CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM

Độc lập – Tự do – Hạnh phúc

*******

Tp Hồ Chí Minh, ngày 29 tháng 05 năm 2022

ĐỀ CƯƠNG KHÓA LUẬN TỐT NGHIỆP

Họ và tên sinh viên: Nguyễn Trần Đăng Khoa MSSV: 19154035

Ngành: Công Nghệ Thông Tin

Giảng viên hướng dẫn: ThS Ngô Ngọc Đăng Khoa

Thời gian làm khóa luận : từ: 30/01/2023 đến: 28/05/2023

TRƯỞNG NGÀNH

Nguyễn Đăng Quang

GIẢNG VIÊN HƯỚNG DẪN

Ngô Ngọc Đăng Khoa

Trang 4

*******

PHIẾU NHẬN XÉT CỦA GIẢNG VIÊN HƯỚNG DẪN

Họ và tên Sinh viên 1: Nguyễn Trần Đăng Khoa MSSV: 19154035

Tên đề tài: XÂY DỰNG WEBSITE ĐẶT LỊCH KHÁM BỆNH ONLINE

Họ và tên giảng viên hướng dẫn: ThS NGÔ NGỌC ĐĂNG KHOA

NHẬN XÉT

1 Về nội dung đề tài và khối lượng thực hiện:

2 Ưu điểm:

3 Khuyết điểm:

4 Đề nghị cho bảo vệ hay không?

5 Đánh giá loại:

6 Điểm:

Trang 5

*******

PHIẾU NHẬN XÉT CỦA GIẢNG VIÊN PHẢN BIỆN

Họ và tên Sinh viên 1: Nguyễn Trần Đăng Khoa MSSV : 19154035

Tên đề tài: XÂY DỰNG WEBSITE ĐẶT LỊCH KHÁM BỆNH ONLINE

Họ và tên GIẢNG VIÊN PHẢN BIỆN:

NHẬN XÉT

1 Về nội dung đề tài và khối lượng thực hiện:

2 Ưu điểm:

3 Khuyết điểm:

4 Đề nghị cho bảo vệ hay không?

5 Đánh giá loại:

6 Điểm:

Trang 6

LỜI CAM ĐOAN

Em xin cam đoan đề tài khóa luận chuyên ngành “Xây dựng website đặt lịchkhám bệnh online” là thành quả của quá trình học tập, tìm hiểu và với sự hướng dẫncủa GIẢNG VIÊN HƯỚNG DẪN là thầy Ngô Ngọc Đăng Khoa Toàn bộ tài liệu được

sử dụng để tham khảo được trích dẫn từ các nguồn tài liệu ở mục TÀI LIỆU THAMKHẢO

TP Hồ Chí Minh, tháng 5 năm 2023

Sinh viên thực hiện

Nguyễn Trần Đăng Khoa 19154035

Trang 7

LỜI CẢM ƠNLời đầu tiên, cho phép em được gửi lời cảm ơn chân thành đến thầy Ngô NgọcĐăng Khoa, người đã phụ trách hướng dẫn em trong việc thực hiện và hoàn thành bàibáo cáo một cách tốt và hiệu quả nhất Những sự chỉ dạy, nhật xét, đóng góp ý kiến từthầy đã góp phần rất quan trọng trong việc giúp em hoàn thành đề tài một cách hoànthiện nhất.

Cảm ơn các thầy cô trong khoa Công Nghệ Thông Tin đã luôn nhiệt tình, cốnghiến, tận tình giải đáp các thắc mắc của em Bên cạnh đó, em xin được cảm ơn các bạncùng khóa, các anh chị khóa trên đã không ngần ngại chia sẻ các thông tin, kinhnghiệm bổ ích giúp em hoàn thiện hơn đề tài của mình

Báo cáo được thực hiện trong một khoảng thời gian có hạn, cùng với những hạnchế về mặt kiến thức nên việc sai sót là điều không thể tránh khỏi trong quá trình thựchiện Em kính mong nhận được những lời nhận xét, ý kiến đóng góp quý báu từ quýthầy cô để em có thêm kinh nghiệm và hoàn thành tốt hơn những đề tài sau này

Em xin chân thành cảm ơn !

TP Hồ Chí Minh, tháng 5 năm 2023

Sinh viên thực hiện

Nguyễn Trần Đăng Khoa 19154035

Trang 8

CHƯƠNG 5: TỔNG QUAN VỀ HỆ THỐNG ĐẶT LỊCH 74

Trang 9

5.1.3 Chức năng cho phân quyền Bệnh nhân 76

CHƯƠNG 6: CÀI ĐẶT VÀ KIỂM THỬ ỨNG DỤNG 119

6.2.5 Chức năng Gửi đơn thuốc cho bệnh nhân của bác sĩ 125

Trang 10

CHƯƠNG 1: TỔNG QUAN1.1 Tính cấp thiết của đề tài

Gần đây, sau đại dịch Covid-19, ta có thể nhận thấy rằng mọi người bắt đầunhận thức được tầm quan trọng hàng đầu của sức khỏe Nhưng không có gì là khôngtồn tại mặt hạn chế, khi nhu cầu tăng cao thì các dịch vụ y tế lại quá tải Nguyên nhânchính là do chúng ta chưa có công cụ để quản lý lịch đăng ký hay đăng ký trước và họchỉ làm theo cách lỗi thời là xếp hàng và bốc số dẫn đến việc người bệnh phải tốn quánhiều thời gian để được khám bệnh

1.2 Mục đích của đề tài

Xây dựng hệ thống hỗ trợ người dùng đặt lịch và tiếp cận được với mạng lướibác sĩ lớn nhằm mục đích tạo trải nghiệm khám bệnh tối ưu nhất với bệnh nhân Hệthống được xây dựng hướng tới việc hỗ trợ các phòng khám và bác sĩ

Với bác sĩ thì họ được hỗ trợ hiển thị thông tin lịch đăng ký rõ ràng theo tuần vàthông tin bệnh nhân theo chuẩn y khoa phù hợp cho quá trình thăm khám Đối vớingười quản lý thông tin phòng khám và bác sĩ họ được cung cấp công cụ để quản lý,thống kê và tra cứu thông tin bệnh nhân triệt để từ đó tạo trải nghiệm tốt với hệ thống1.3 Kết quả dự kiến đạt được

- Hiểu được các kiến thức về các công nghệ ExpressJs, ReactJs, NodeJs,…

- Xây dựng được một website hoàn chỉnh hỗ trợ cho ba đối tượng chính mà hệthống nhắm đến

Trang 11

- Áp dụng mã nguồn mở OpenAI (cụ thể là ChatGPT) vào hệ thống

- Áp dụng các thư viện khác nhau để tạo trải nghiệm người đùng tốt nhất(Select,ApexChart, )

- Áp dụng JWT trong quá trình sử dụng để đảm bảo thông tin được bảo mật

- Áp dụng các kiến thức về thiết kế và trải nghiệm người dùng của môn họcTương tác người máy nhằm tạo ra giao diện có bố cục đẹp mắt, mang tính hệ thống vàluồng tương tác sử dụng của người dùng và hệ thống dễ hiểu, hợp logic

Trang 12

CHƯƠNG 2: CƠ SỞ LÝ THUYẾT

Do đó, Node.js đại diện cho mô hình "JavaScript everywhere", thống nhất phát

triển ứng dụng web xung quanh một ngôn ngữ lập trình duy nhất, thay vì các ngôn ngữkhác nhau cho kịch bản phía máy chủ và phía máy khách

2.2 ExpressJS

Express.js, hay Express, là một khung ứng dụng web phụ trợ cho Node.js, đượcphát hành dưới dạng phần mềm mã nguồn mở và miễn phí theo Giấy phép MIT Nóđược thiết kế để xây dựng các ứng dụng web và API Nó được gọi là khung máy chủtiêu chuẩn thực tế cho Node.js

Express đang là một trong những framework phổ biến nhất trong lập trình cácứng dụng server-side và được áp dụng trong nhiều framework sử dụng Javascript khác

2.3 ReactJs

React là thư viện JavaScript phổ biến nhất để xây dựng giao diện người dùng(UI) Nó cung cấp tốc độ phản hồi tuyệt vời cho đầu vào của người dùng bằng cách sửdụng một phương pháp kết xuất trang web mới ReactJS được phát triển bởi Facebook

Nó được ra mắt dưới dạng một công cụ JavaScript nguồn mở vào năm 2013 Một trongnhững tính năng độc đáo của React là việc trực quan hóa dữ liệu có thể được thực hiệnkhông chỉ ở lớp Máy chủ mà còn ở lớp Máy khách

Trang 13

Dễ sử dụng, tạo các component nhẹ: React cung cấp khả năng phát triển nhanh

và dễ sử dụng, phù hợp với tình hình hiện tại của dự án

Các thành phần có thể tái sử dụng: cho các mục đích thô sơ, đây là một lợi thếlớn cho sự phát triển nhanh nhẹn

Nguồn mở khổng lồ: React có một cộng đồng hỗ trợ lớn với nhiều bên tham giakhác nhau

2.4 MySQL

MySQL là một hệ thống quản trị cơ sở dữ liệu mã nguồn mở (Relational

Database Management System, viết tắt là RDBMS) hoạt động theo mô hình

client-server RDBMS là một phần mềm hay dịch vụ dùng để tạo và quản lý các cơ sở

dữ liệu (Database) theo hình thức quản lý các mối liên hệ giữa chúng

MySQL có nhiều phiên bản cho các hệ điều hành khác nhau: phiên bản Win32cho các hệ điều hành dòng

Và tại dự án này để kết nối giữa server và database thì em sử dụng Sequelize

Trang 14

CHƯƠNG 3: KHẢO SÁT HIỆN TRẠNG VÀ XÁC ĐỊNH

YÊU CẦU3.1 Khảo sát hiện trạng

3.1.1 https://babyhome.vn

Đây là website đặt lịch khám chuyên về sản phụ khoa nhưng lại hạn chế muagói dịch vụ nên tạo trải nghiệm không rõ ràng cho khách hàng dẫn đến trải nghiệmkhông thân thiện với người dùng

Không biết thông tin bác sĩ trực tiếp làm việc

Trang 15

Giúp người bệnh chủ động trong việc khám bệnh

Giúp bác sĩ dễ dàng quản lý bệnh nhân qua website

3.2 Xác định yêu cầu

Xây dựng một trang web cuộc hẹn y tế có cấu trúc phổ biến như sau:

- Bệnh nhân: hỗ trợ đặt lịch, điền các thông tin cá nhân và y tế, xem thông tin lịchhẹn theo bộ lọc Đặt câu hỏi về bệnh lý và nhận được câu trả lời từ ChatGPT

- Bác sĩ: đăng ký lịch trống, xem lịch hẹn theo tuần và ngày Quản lý thông tinbệnh nhân theo bộ lọc và quản lý thông tin thuốc theo bộ lọc

Trang 16

- Người quản lý: quản lý thông tin cơ sở ý tế, thông tin chuyên khoa, thông tinbác sĩ, xem thông tin lịch hẹn của bác sĩ và thông tin người đăng ký khám bệnh Đặtlịch đối với cơ sở y tế là bệnh viện

3.3 Đặc tả chức năng

3.3.1 Bảng requirement dành cho use case

Admin

Trang 17

Sửangười dùng UC_2.3Thêm thông tin bổ sung của bác sĩ UC_2.4Sửa thông tin bổ sung của bác sĩ UC_2.5

Xem lịch khám bệnh theo tuần UC_4.1Điền thông tin đơn thuốc cho bệnh nhân UC_4.2Xem thông tin đơn thuốc theo ngày UC_4.3Accountant Clinic

Xem thông tin lịch khám bệnh của các bác sĩ UC_5.1

Trang 18

Thêm thông tin bác sĩ thuộc phòng khám UC_5.3Sửa thông tin bác sĩ thuộc phòng khám UC_5.4Accountant Hospital

Quản lý lịch khám bệnh của bác sĩ trực thuộc bệnhviện

UC_6.1

Sửa thông tin chuyên khoa của bệnh viện UC_6.3Xem lịch khám bệnh của các bác sĩ UC_6.4Bảng 3.1 Bảng Requirement dành cho use case

3.3.2 Liệt kê các actor

● Bệnh nhân: người có thể đặt lịch hẹn và đánh giá sau khi khám bệnh

● Quản trị viên: người có thể quản lý tất cả người dùng, lịch trình, phòng khám

● Bác sĩ phòng khám: người có thể tải lên lịch trình có thể đăng ký và tải lên hồ sơbệnh án cho từng bệnh nhân

● Bác sĩ bệnh viện: xem thông tin lịch hẹn đã được đăng ký và tải lên hồ sơ bệnh

Trang 19

● Thư ký xác nhận lịch hẹn với bệnh nhân

● Bác sĩ tiếp nhận và khám bệnh

● Bác sĩ gửi đơn thuốc cho bệnh nhân

● Bệnh nhân xem đơn thuốc và đánh giá buổi hẹn(xem thêm thông tin về bệnh lývới ChatGPT)

Tương ứng với các Use Case: Đặt lịch khám bệnh, Gửi Đơn thuốc, Đánh giá buổi hẹn,Xem thông tin bệnh nhân

3.3.3 Bảng use case

Trang 20

3.3.3.1 Use case login

● Bệnh nhân, bác sĩ, admin muốn đăng nhập vào hệ thống

● Success: Người dùng được chuyển đến trang làm việc

● Fail: Người dùng không thể đăng nhập

Main Success Scenario:

các trườngusername,password

Hệ thống chuyển password thành các

kí tự *

Trang 21

Thông báo nhập sai mật khẩu

3.3.3.2 Use case Đăng ký

USE CASE – 1.2

1.0Use Case Name Đăng ký tài khoản

Author Nguyen Tran Dang Khoa

Low

Trang 22

● Người dùng chưa xác thực phải truy cập trang register

● Người dùng chưa đăng nhập

Post conditions:

● Success: Người dùng tạo tài khoản thành công

● Fail: Thông báo lỗi và không tạo được tài khoản

1 Người dùng nhập đầy các thông

tin email, password, firstName,lastName trên màn hình

Hệ thống chuyển passwordthành các kí tự *

Trang 23

3.3.3.3 Use case Đăng xuất

LowActor:

● Bệnh nhân, bác sĩ, admin muốn đăng xuất khỏi hệ thống

● Success: Người dùng đăng xuất thành công và chuyển tới trang login

Trang 24

3.3.3.4 Use case Xem chi tiết chuyên khoa

Xem chi tiết chuyên khoa

● Success: Người dùng xem được các thông tin chi tiết chuyên khoa

trang home Hệ thống hiển thị dữ liệu tranghome

Trang 25

Alternative Scenario

Người dùng truy cập vànhập ký tự cần tìm tạithanh tìm kiếm

[A1]:

● Hệ thống hiển thị danh sáchchuyên khoa, bác sĩ, phòng khámphù hợp theo ký tự

Người dùng ấn vào nút

“Xem thêm”

Người dùng ấn vào mụcchuyên khoa cần xemthông tin

[A2]:

● Hiển thị danh sách đầy đủ cácchuyên khoa có trong hệ thống

● Hệ thống di chuyển đến trangthông tin chi tiết chuyên khoa vàhiển thị dữ liệu

3.3.3.5 Use case xem chi tiết phòng khám

USE CASE – 1.5

1.0Use Case Name Xem chi tiết phòng khám

Low

Trang 26

● Success: Người dùng xem được các thông tin chi tiết phòng khám

Hệ thống di chuyển đến trangthông tin chi tiết phòng khám vàhiển thị dữ liệu

Alternative Scenario

● Người dùng truy cập vànhập ký tự cần tìm tạithanh tìm kiếm

[A1]:

● Hệ thống hiển thị danh sáchchuyên khoa, bác sĩ, phòngkhám phù hợp theo ký tự

● Người dùng ấn vào

nút “Xem thêm”

● Người dùng ấn vào mụcphòng khám cần xemthông tin

[A2]:

● Hiển thị danh sách đầy đủ cácphòng khám có trong hệ thống

● Hệ thống di chuyển đến trangthông tin chi tiết phòng khám

và hiển thị dữ liệu

Trang 27

3.3.3.6 Use case xem chi tiết bác sĩ

USE CASE – 1.6

Use Case

Name Xem chi tiết bác sĩ

LowActor:

● Guest, patient muốn xem thông tin chi tiết bác sĩ

Goal:

● Hiển thị chi tiết thông tin bác sĩ

Preconditions: Không có

Post conditions:

● Success: Người dùng xem được các thông tin chi tiết bác sĩ

1 Người dùng truy cập vào trang

Trang 28

No Actor Action System Response

● Người dùng truy cập vànhập ký tự cần tìm tạithanh tìm kiếm

[A1]:

● Hệ thống hiển thị danh sáchchuyên khoa, bác sĩ, phòngkhám phù hợp theo ký tự

● Người dùng ấn vào nút

“Xem thêm”

● Người dùng ấn vào mụcbác sĩ cần xem thông tin

[A2]:

● Hiển thị danh sách đầy đủcác phòng khám có trong hệthống

● Hệ thống di chuyển đếntrang thông tin chi tiết bác sĩ

Trang 29

● Người dùng phải đăng nhập

● Người dùng đang ở trang thông tin chi tiết bác sĩ

Post conditions:

● Success: Người dùng được chuyển đến trang làm việc

● Fail: Người dùng không thể đăng nhập

đặt lịch hẹn Hệ thống sẽ trả về danh sáchcác kế hoạch khám bệnh của

bác sĩ trong ngày được chọn

email và nhấn vào đường linkxác nhận lịch hẹn

Hệ thống lưu lại lịch hẹn vàchuyển đến trang xác nhậnthành công

Exceptions:

1 [E1]: Người dùng nhập thiếu

thông tin cá nhân

Thông báo thiếu dữ liệu, và chonhập lại

hủy

Thoát ra khỏi trang thông tin cánhân

Trang 30

3.3.3.8 Use case xem thông tin cá nhân

Xem thông tin cá nhân

LowActor:

● Bệnh nhân muốn xem thông tin cá nhân

Goal:

● Người dùng xem thông tin cá nhân thành công

Preconditions:

● Người dùng đang ở trang Home

Post conditions:

● Success: Người dùng xem thông tin cá nhân thành công

● Fail: Người dùng xem thông tin cá nhân không thành công

1 Người dùng truy cập vào trang

home

Hệ thống hiển thị dữ liệutrang home

account trên thanh Header

Hệ thống mở ra trang thôngtin cá nhân của user

Exceptions:

Trang 31

3.3.3.9 Use case đánh giá buổi hẹn

LowActor:

● Bệnh nhân muốn đánh giá bác sĩ sau khi kết thúc lượt khám

Goal:

● Người dùng đánh giá bác sĩ thành công

Preconditions:

● Người dùng đang ở trang thông tin cá nhân

Post conditions:

● Success: Người dùng đánh giá bác sĩ thành công

● Fail: Người dùng chưa đánh giá được bác sĩ

section bảng các lịch khám

Hệ thống sẽ trả về danh sáchlịch khám mà bệnh nhân đã đặtlịch

đánh giá” tại mỗi lịch hẹn Hệ thống mở trang đánh giá bácsĩ với các trường rate, comment

và điền bình luận [E1] Hệ thống sẽ lưu lại đánh giá vàquay về trang thông tin cá nhân

Trang 32

Và nhấn nút xác nhận [E2]

Exceptions:

Trang 33

Post conditions:

● Success: Người dùng hủy hẹn thành công

● Fail: Người dùng không thể hủy hẹn

1 Người dùng di chuyển đến

section bảng các lịch khám Hệ thống sẽ trả về danh sách lịchkhám mà bệnh nhân đã đặt lịch

2 Bệnh nhân ấn vào nút “Hủy

hẹn” tại mỗi lịch hẹn [E1] Hệ thống gửi email đến với bệnhnhân muốn hủy hẹn xác nhận hủy

hẹn thành công và lịch hẹn sẽ biếnmất trong section bảng các lịch khámExceptions:

1 [E1]: Không thể hủy hẹn vì chỉ

Trang 34

1.0Use Case Name Xem bệnh án

LowActor:

● Patient muốn xem bệnh án cá nhân

Goal:

● Patient xem được thông tin bệnh án được bác sĩ cập nhật

Preconditions:

● Người dùng phải đăng nhập với quyền patient

Post conditions:

● Success: Xem được thông tin bệnh án

section bảng các lịch khám

Hệ thống sẽ trả về danh sách lịchkhám mà bệnh nhân đã đặt lịch

3.3.3.12 Use case thêm người dùng mới

USE CASE – 2.1

Trang 35

Use Case No UC_2.1 Use Case Version

Use Case Name Thêm người dùng mới

● Người dùng phải đăng nhập với quyền admin

● Người dùng đang ở trang quản lý user

Post conditions:

● Success: Tạo thành công một user mới

● Fail: Không tạo được user mới

user mới hiển thị trên màn hình[E1]

Hệ thống mã hóapassword dưới dạng *

người dùng” [E2] Hệ thống sẽ lưu thông tinngười dùng và hiển thị

thông tin dưới section

“danh sách user”

Exceptions:

đầy đủ thông tin

Thông báo thiếu dữ liệu,

Trang 36

3.3.3.13 Use case xóa người dùng

Post conditions:

● Success: Xóa thành công một user

tượng thùng rác tạiuser muốn xóa

Hệ thống xóa user và hiểnthị thông tin tất cả user

dưới section “danh sách

user”

Trang 37

3.3.3.14 Use case chỉnh sửa thông tin người dùng

Figure 3.18 Use case edit user

● Admin muốn sửa thông tin một user tại hệ thống

Goal:

● Người dùng sửa thành công thông tin user

Preconditions:

Post conditions:

● Success: Sửa thành công thông tin user

● Fail: Không tạo được user mới

section “chỉnh sửa user”

và disable trường email

Trang 38

3 Người dùng nhập các

thông tin user mớihiển thị trên màn hình[E1]

Hệ thống mã hóa passworddưới dạng *

“chỉnh người dùng” Hệ thống sẽ lưu thông tinngười dùng và hiển thị

thông tin dưới section

Thông báo thiếu dữ liệu, vàcho nhập lại

3.3.3.15 Use case thêm thông tin mở rộng của bác sĩ

Thêm thông tin mở rộng của bác sĩ

Low

Trang 39

● Người dùng đang ở trang quản lý thông tin chi tiết bác sĩ

Post conditions:

● Success: Sửa thành công thông tin chi tiết bác sĩ

cần thêm/sửa thông tin

chi tiết tại trường “Chọn

bác sĩ”

Lấy thông tin chi tiếtbác sĩ hiện ra ở cáctrường thông tin(Nếuchưa có thì để trống)

thông tin chi tiết bác sĩhiển thị trên màn hình[E1]

thông tin” Hệ thống sẽ lưu thôngtin bác sĩ và quay lại

màn hình chínhExceptions:

nhập đầy đủ thông tin

Thông báo thiếu dữ liệu,

và cho nhập lại

Trang 40

3.3.3.16 Use case edit doctor extra information

USE CASE – 2.5

Use Case

Name Sửa thông tin bổ sung của bác sĩ

LowActor:

● Admin muốn sửa thông tin chi tiết bác sĩ tại hệ thống

Goal:

● Người dùng sửa thành công thông tin chi tiết bác sĩ

Preconditions:

● Người dùng đang ở trang quản lý thông tin chi tiết bác sĩ

Post conditions:

● Success: Sửa thành công thông tin chi tiết bác sĩ

cần thêm/sửa thông tin

chi tiết tại trường “Chọn

bác sĩ”

Lấy thông tin chi tiếtbác sĩ hiện ra ở cáctrường thông tin(Nếuchưa có thì để trống)

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

Tiêu đề	Xây Dựng Website Đặt Lịch Khám Bệnh Online
Tác giả	Nguyễn Trần Đăng Khoa
Người hướng dẫn	ThS. Ngô Ngọc Đăng Khoa
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	2023
Thành phố	Tp. Hồ Chí Minh

Định dạng
Số trang	136
Dung lượng	23,34 MB