Tải bản đầy đủ (.docx) (13 trang)

bao cao do an tin hocx

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (338.97 KB, 13 trang )

Trường đại học Bách Khoa – Đại học quốc gia TP HCM
Chương trình kĩ sư chất lượng cao Việt Pháp
--------------
BÁO
CÁO ĐỒ ÁN
MÔ PHỎNG DỰ ÁN TIN HỌC
Đề tài : Quản lý phòng khám nha
GVHD: ThS. Trần Thị Quế Nguyệt
SVTH: Đỗ Thành Trung MSSV: 40802373
Nguyễn Phúc Thuận 40802160
Phan Nhật Vũ 50802678
TP HCM 7/2012
MỤC LỤC
--------------
LỜI NÓI ĐẦU
Một đất nước được coi là phát triển khi đất nước đó có một nền kinh tế vững mạnh và các vấn đề
an sinh xã hội được quan tâm một cách đúng mức.
Trong những năm gần đây, nền kinh tế nước ta với những bước chuyển mình theo cơ chế thị
trường đã có những bước chuyển biến nhanh chóng. Đi kèm với đó, tốc độ tăng dân số ngày càng
nhanh, các vấn đề anh sinh xã hội cần phải đảm bảo để đáp ứng được nhu cầu của xã hội.
Trong đó, dịch vụ liên quan đến sức khỏe, làm đẹp rất được xã hội quan tâm.
Để đáp ứng nhu cầu đó, số lượng phòng khám nha không ngừng tăng lên. Quy mô và số lượng các
phòng khám nha càng mở rộng , vì thế sẽ mất nhều thời gian, công sức để quản lý dẫn đến những
sai sót đáng tiếc khi quản lý, khai thác và xử lý những thông tin: bệnh nhân, bệnh án, quản lý phiếu
hẹn, thông tin bệnh, thông tin thuốc …
Do đó đề tài này sẽ thực hiện tạo một hệ thống quản lý phòng khám nha nhằm mục đích phục vụ
công tác quản lý một cách hiệu quả và đáp ứng các yêu cầu của phòng khám đề ra .
Chúng em xin chân thành cảm ơn cô Trần Thị Quế Nguyệt đã nhiệt tình hướng dẫn, giúp đỡ chúng
em hoàn thành đề tài này. Tuy đã có nhiều cố gắng nhưng trong quá trình thực hiện đề tài thể tránh
được sai sót. Chúng em rất mong nhận được các ý kiến đóng góp từ cô để chúng em rút kinh
nghiệm thực hiện tốt hơn ở các đề tài sau.


Chúng em xin chân thành cảm ơn!
Báo cáo đồ án mô phỏng dự án tin học Trang 2
Phần 1: PHÂN TÍCH HỆ THỐNG
1) Tên đề tài: hệ thống quản lý phòng khám nha
2) Mô tả nghiệp vụ hệ thống:
Một phòng mạch nha khoa cần quản lý hồ sơ các bệnh nhân đến khám. Thông tin bệnh nhân
cần lưu trữ là mã bệnh nhân, CMND, họ tên, số điện thoại, địa chỉ, email, nghề nghiệp, nơi sinh,
năm sinh. Thông tin nha sỹ bao gồm: mã nha sỹ, họ tên nha sỹ, số điện thoại, địa chỉ, email, chuyên
môn, chức vị, nơi công tác chính. Để trở thành bệnh nhân, nha sỹ hay người quản trị trang web,
người dùng phải đăng kí làm thành viên. Thông tin thành viên bao gồm tên đăng nhập (username),
mật khẩu (password) và cho biết người dùng đó là bệnh nhân, nha sỹ hay admin nào. Một bệnh
nhân trước khi đến khám có thể hẹn lịch khám trước thông qua trang web hoặc do nha sỹ ghi phiếu
hẹn. Thông tin phiếu hẹn bao gồm mã phiếu, ngày lập phiếu, ngày giờ hẹn, số thứ tự hẹn, nội dung
hẹn, trạng thái, mã nha sỹ hẹn khám, mã bệnh nhân và trạng thái thể hiện phiếu này do nha sỹ hẹn
hay bệnh nhân hẹn. Khi bệnh nhân đến khám, nha sỹ sẽ lưu vào thông tin hồ sơ bệnh án của bệnh
nhân. Một bệnh nhân chỉ có 1 hồ sơ bệnh án bao gồm các thông tin: mã hồ sơ bệnh án, ngày lập hồ
sơ, mã bệnh nhân và chi tiết những lần khám. Mỗi một lần khám nha sỹ sẽ lưu các thông tin như
nha sỹ nào khám, lần khám, ngày giờ khám, triệu chứng lâm sàng, loại bệnh, bệnh chẩn đoán,
phương pháp điều trị, lời dặn dò và danh sách thuốc. Ngoài ra, mã phiếu hẹn cho lần khám đó cũng
có thể lưu vào thông tin lần khám để cho biết lần khám đó bệnh nhân có hẹn trước không. Danh
sách thuốc liệt kê trong mỗi lần khám sẽ gồm mã thuốc, số lượng, đơn vị, cách sử dụng. Thông tin
thuốc bao gồm: mã thuốc, tên thuốc, tên tiếng Anh, chức năng, hướng dẫn sử dụng, những điều lưu
ý. Thông tin loại bệnh bao gồm: mã loại bệnh, tên loại bệnh, phương pháp điều trị, thông tin bệnh.
Về việc hẹn khám, mỗi nha sỹ sẽ có một lịch khám cụ thể từng ngày, mỗi ngày sẽ chia ra
nhiều giờ (ví dụ từ 17h – 18h, 18h – 19h, 19h – 20h). Mỗi một giờ tùy nha sỹ sẽ quy định có thể có
tối đa bao nhiêu bệnh nhân. Khi đăng kí khám, bệnh nhân sẽ chọn giờ mà mình có thể khám được.
Trang web sẽ cấp cho bệnh nhân một số thứ tự trong khoảng giờ đó dựa vào số lượng người đã
đăng kí và số lượng cho phép đã định trước. Tuy nhiên, nếu do nha sỹ hẹn thì không cần kiểm tra
Báo cáo đồ án mô phỏng dự án tin học Trang 3
có vượt quá số lượng tối đa cho phép mà do nha sỹ quyết định (trang web sẽ hiển thị thông tin lịch

hẹn của những bệnh nhân trong giờ đó cho nha sỹ tham khảo).
Ngoài ra, trang web còn lưu thêm nội dung các bài tin tức. Thông tin cần lưu bao gồm mã
tin tức, ngày đăng tin, tựa đề tin, nội dung tin, người đăng tin, trạng thái, và tag.
Về chức năng, trang web có những chức năng sau:
- Cho phép người dùng đăng kí làm thành viên bệnh nhân.
- Cho phép bệnh nhân đăng kí hẹn khám bệnh (chọn ngày, chọn thời gian, chọn nha sỹ và
trang web cấp số thứ tự)
- Cho phép nha sỹ nhập hồ sơ bệnh án, chi tiết các lần khám
- Cho phép thành viên post bài tin tức, tuy nhiên tin tức chỉ được hiển thị trong trang web khi
admin kiểm duyệt (cập nhật trạng thái tin tức thành active)
- Các dữ liệu khác như thông tin thuốc, thông tin loại bệnh, và thông tin thành viên nha sỹ là
do admin quản lý (thêm xóa sửa). Admin có thể gán quyền admin cho nha sỹ.
3) Đặc tả actor usecase – Mô tả yêu cầu chức năng chương trình:
Mô hình use case:
- Use case đăng kí thành viên:
+ Dòng sự kiện chính: Bắt đầu khi khách muốn tác động vào hệ thống. Hệ thống sẽ yêu cầu
khách cung cấp các thông tin:
• Tên đăng nhập
• Password
• Họ và tên
• CMND
• Địa chỉ
• Số điện thoại
• Email
• Nghề nghiệp
• Nơi sinh
• Năm sinh
+ Dòng sự kiện thay thế:
+ Điều kiện tiên quyết: Không
+ Các yêu cầu đặc biệt: Không

+ Post-coditions: Nếu use case thành công cho user name và pass, nếu không thành công :
thông báo lỗi và đăng kí lại
+ Điểm mở rộng: Không
- Use case xem tin tức :
+ Dòng sự kiện chính: Bắt đầu khi khách vào hệ thống. Hệ thống sẽ cung cấp các liên kết
dẫn đến các tin tức mà khách cần xem
+ Dòng sự kiện thay thế: trở lại trang vừa xem
+ Điều kiện tiên quyết: Không
+ Các yêu cầu đặc biệt: Không
+ Post-coditions: không
+ Điểm mở rộng: Không
Báo cáo đồ án mô phỏng dự án tin học Trang 4
- Use case xem thông tin nha sĩ
+ Dòng sự kiện chính: Bắt đầu khi khách vào hệ thống. Hệ thống sẽ cung cấp liên kết dẫn
đến thông tin nha sĩ như: tên nha sĩ, lịch làm việc của nha sĩ
+ Dòng sự kiện thay thế: trở lại trang vừa xem
+ Điều kiện tiên quyết: Không
+ Các yêu cầu đặc biệt: Không
+ Post-coditions: không
+ Điểm mở rộng: Không
- Use case xem lịch làm việc nha sĩ
+ Dòng sự kiện chính: Bắt đầu khi nha sĩ đăng nhập vào hệ thống. Hệ thống sẽ cung cấp
liên kết dẫn đến thông tin nha sĩ như: tên nha sĩ, lịch làm việc của nha sĩ
+ Dòng sự kiện thay thế: trở lại trang vừa xem
+ Điều kiện tiên quyết: Không
+ Các yêu cầu đặc biệt: Không
+ Post-coditions: không
+ Điểm mở rộng: Không
- Use case đăng nhập :
+ Dòng sự kiện chính: Bắt đầu khi tác nhân muốn tác động vào hệ thống. Hệ thống sẽ yêu

cầu cung cấp các thông tin như: tên đăng nhập, password.
+ Dòng sự kiện thay thế: quên password. Khi đó hệ thống sẽ yêu cầu cung cấp các thông tin
để kiểm tra.
+ Điều kiện tiên quyết: Không
+ Các yêu cầu đặc biệt: Không
+ Post-coditions: nếu use case thành công thì trả về tên đăng nhập, ngược lại thông báo lỗi
yêu cầu đăng nhập lại.
+ Điểm mở rộng: Không
- Use case quản lý phiếu hẹn
+ Dòng sự kiện chính: bắt đầu khi nha sĩ muốn quản lý các phiếu hẹn. Hệ thống sẽ cung cấp
các chức năng thêm, xóa, sửa. Các thông tin trên phiếu hẹn gồm: mã phiếu, ngày lập phiếu,
ngày giờ hẹn, số thứ tự hẹn, nội dung hẹn, trạng thái, mã nha sỹ hẹn khám, mã bệnh nhân và
trạng thái thể hiện phiếu này do nha sỹ hẹn hay bệnh nhân hẹn.
+ Dòng sự kiện thay thế:
+ Điều kiện tiên quyết: phải đăng nhập và là nha sĩ
+Các yêu cầu đặc biệt: không
+ Post-coditions: Nếu use case thành công sẽ trả về các thông tin của phiếu hẹn
+ Điểm mở rộng: không
- Use case quản lý hồ sơ khám bệnh
+ Dòng sự kiện chính: bắt đầu khi nha sĩ muốn quản lý các hồ sơ khám bệnh. Hệ thống sẽ
cung cấp các chức năng thêm, xóa, sửa. Các thông tin trên hồ sơ khám gồm: mã hồ sơ, ngày
lập hồ sơ, mã nha sỹ khám, tên nha sĩ khám, mã bệnh nhân, tên bệnh nhân, nội dung khám
+ Dòng sự kiện thay thế:
+ Điều kiện tiên quyết: phải đăng nhập và là nha sĩ
+Các yêu cầu đặc biệt: không
+ Post-coditions: Nếu use case thành công sẽ trả về các thông tin của hồ sơ khám bệnh.
+ Điểm mở rộng: không
- Use case quản lý hồ sơ bệnh án
Báo cáo đồ án mô phỏng dự án tin học Trang 5

Tài liệu bạn tìm kiếm đã sẵn sàng tải về

Tải bản đầy đủ ngay
×