Đang tải... (xem toàn văn)
cbvcvbngf
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 + Dòng sự kiện chính: bắt đầu khi nha sĩ muốn quản lý các hồ sơ bệnh á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 hồ sơ bệnh án gồm: 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. + 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 sẽ trả về các thông tin của hồ sơ + Điểm mở rộng: không - Use case đăng kí thành viên: +Dòng sự kiện chính: Bắt đầu từ khi khách muốn đăng kí làm thành viên trang web. Tiếp theo hệ thống sẽ yêu cầu khách điền các thông tin: Tên, tên thành viên, email, mật khẩu, xác nhận lại mật khẩu, năm sinh, học hàm, (địa chỉ, số điện thoại) không bắt buộc + Dòng sự kiện thay thế: + Điều kiện tiên quyết: Không + Post-coditions: Nếu use case thành công sẽ báo đăng kí thành công và cấp user name, pass, nếu không thành công báo lỗi và đăng kí lại - Use case xem tin tức: + Dòng sự kiện chính: Bắt đầu từ khi khách muốn xem tin tức gồm các bài viết, các thông báo của admin. Trang web sẽ hiện ra list các bài post, xếp theo thứ tự gần đây nhất. Khi khách muốn xem bài viết nào thì click vô bài viết đó. Nôi dung bài viết sẽ hiện ra. +Dòng sự kiện thay thế: + Post-coditions: Nếu use case thành công thông tin bài viết sẽ hiện ra, nếu không sẽ báo lỗi. - Use case xem thông tin nha sỹ: + Dòng sự kiện chính: bắt đầu khi khách muốn xem thông tin về nha sỹ. Trang web sẽ hiện ra một list các thành viên là nha sỹ. Khi khách chọn một thành viên nào đó. Hệ sẽ cho thông tin về tên tuổi, chức hàm học vị, (địa chỉ, số điện thoại) nếu có. + Post-coditions: Nếu use case thành công thông tin nha sỹ sẽ hiện ra, nếu không sẽ báo lỗi. - Use case quản lí thông tin: - Lưu thông tin thuốc: + Dòng sự kiện chính: bắt đầu khi admin muốn thêm vào danh sách thuốc. Trang web sẽ hiện ra list các loại thuốc. Admin sẽ chọn task vụ thêm loại thuốc, tiếp theo sẽ điền thông tin thuốc : tên thuốc, hãng sản xuất, ngày sản xuất, hạn sử dụng + Dòng sự kiện thay thế: khi admin muốn sửa hoặc xóa một loại thuốc nào đó. Admin sẽ chọn thuốc đó trong list thuốc. Trang web sẽ xuất hiện đầy đủ thông tin thuốc và task vụ edit. Khi vào task vụ edit admin có quyền sửa các thông tin về thuốc (tên thuốc, hãng sản xuất, ngày sản xuất, hạn sử dụng) + Post-coditions: Nếu use case thành công sẽ báo nhập thành công thông tin thuốc, nếu điền thiếu thông tin, use case sẽ không thành công, báo lỗi, và bắt nhập lại Báo cáo đồ án mô phỏng dự án tin học Trang 6 - Quản lý thông tin bệnh: + Dòng sự kiện chính: bắt đầu từ khi admin muốn thêm thông tin một bệnh nào đó, (bao gôm: Nguyên nhân, triệu chứng, tác hại, cách phòng ngừa, cách chữa trị.), trang web sẽ xuất hiện list các loại bệnh và task vụ thêm loại bệnh , admin sẽ click vào đó, sau đó trang web sẽ xuất hiện ra bảng để nhập thông tin bênh (bao gôm: Nguyên nhân, triệu chứng, tác hại, cách phòng ngừa, cách chữa trị.), tiếp theo admin click vào task vụ lưu + Dòng sự kiện thay thế: bắt đầu khi admin muốn sửa thông tin một loại bênh nào đó. Admin sẽ chọn bệnh đó trong list bệnh. Trang web sẽ xuất hiện đầy đủ thông tin bệnh và task vụ edit. Khi vào task vụ edit admin có quyền sửa các thông tin về bệnh. + Điều kiện tiên quyết: tác nhân phải là admin mới có quyền quản lý thông tin bệnh + Post-coditions: Nếu use case thành công sẽ báo nhập thành công thông tin bệnh, nếu điền thiếu thông tin, use case sẽ không thành công, báo lỗi, và bắt nhập lại - Use case quản lí user: + Dòng sự kiện chính: Bắt đầu từ khi admin muốn gán quyền admin hay xóa user nào đó • Gán quyền admin: bắt đầu gán quyền admin khi admin muốn user làm thay một phần công việc của mình ví dụ như: quản lí thông tin thuốc, thông tin bệnh … • Xóa user: bắt đầu khi admin phát hiện user vi phạm qui định của trang wed như: post bài với nội dung xấu, dùng comment thô tục với các bài viết khác …. Admin dựa vào qui định của trang wed đã đưa ra lúc user đăng kí thành viên để quyết định xóa user. + Điều kiện tiên quyết: tác nhân phải là admin, phải đăng nhập trước + Post-coditions: Nếu use case thành công sẽ báo xóa thành công hoặc gán quyền admin thành công - Use case quản lí bài viết: + Dòng sự kiện chính: Bắt đầu từ khi admin muốn đăng bài hoặc xóa bài viết nào đó • Đăng bài: khi các user có nhu cầu post bài, các bài được post sẽ được gởi vào thư mục nhận bài của admin. Admin kiểm duyệt nội dung, hình thức và dựa vào các qui định của trang wed để quyết định đăng bài. Bài được đăng sẽ được đăng vào mục tin tức. • Xóa bài: bắt đầu khi admin kiểm duyệt các bài viết được đăng không còn được sự quan tâm của người xem trong một thời gian dài, hay nhận được yêu cầu xóa bài từ nhính tác giả của bài viết đó, sau đó admin mới quyết định xóa bài viết. + Điều kiện tiên quyết: tác nhân phải admin + Post-conditions: Nếu usecase thành công sẽ báo Báo cáo đồ án mô phỏng dự án tin học Trang 7 Lược đồ actor-usecase Phần 2: THIẾT KẾ ERD - ÁNH XẠ ERD Báo cáo đồ án mô phỏng dự án tin học Trang 8 1) Lược đồ ERD: 2) Ánh xạ ERD: • Thành viên (tên đăng nhập, password, họ và tên, địa chỉ, CMND, số điện thoại, năm sinh, email) • Bệnh nhân (tên đăng nhập, nơi sinh, mã bệnh nhân, nghề nghiệp) • Nha sĩ (tên đăng nhập, mã nha sĩ, chức vị, chuyên ngành, nơi công tác chính) • Admin (tên đăng nhập, cấp bậc) • Hồ sơ bệnh án (mã hồ sơ bệnh án, tiểu sử bệnh án, ghi chú, ngày lập hồ sơ, tên đăng nhập_bệnh nhân) • Thông tin bài viết (mã tin tức, ngày đăng, tựa đề, nội dung tin, trạng thái, tag, mã người đăng) • Quản lý bài viết ( mã tin tức, tên đăng nhập_admin) • Lần khám (mã hồ sơ bệnh án, ngày giờ khám, dặn dò, ghi chú) • Phương pháp điều trị (mã phương pháp, tên phương pháp, ghi chú, giá) • Danh mục bệnh (mã bệnh, tên bệnh, loại bệnh, ghi chú) • Danh mục thuốc (mã thuốc, tên thuốc, đơn vị, ghi chú, chống chỉ định , chỉ định) • Phiếu hẹn (mã phiếu, người hẹn, trạng thái, nội dung hẹn, số thứ tự, ngày giờ hẹn, mã hồ sơ bệnh án, ngày giờ khám, tên đăng nhập_bệnh nhân, tên đăng nhập_ nha sĩ) • Lịch làm việc (tên đăng nhập_nha sĩ, ngày làm việc) • Chẩn đoán (mã hồ sơ bệnh án, ngày giờ khám, mã phương pháp, mã bệnh, triệu chứng lâm sàn, giá, kết quả điều trị) • Kê đơn (mã hồ sơ bệnh án, ngày giờ khám,mã thuốc, đơn vị, số lượng, liều lượng, giá) • Thông tin giờ làm việc (tên đăng nhập_nha sĩ, ngày làm việc, giờ làm việc, số bệnh nhân tối đa) Phần 3: TẠO BẢNG DỮ LIỆU 1) Mô tả bảng: Báo cáo đồ án mô phỏng dự án tin học Trang 9 a. Thành viên: Tên thuộc tính Kiểu Kích thước Primary key/ Foreign key (PK/FK_<table> Cho phép null Ràng buộc khác Tên đăng nhập Password Họ và tên Địa chỉ CMND Số điện thoại Năm sinh Email b. Bệnh nhân: Tên thuộc tính Kiểu Kích thước Primary key/ Foreign key (PK/FK_<table> Cho phép null Ràng buộc khác Tên đăng nhập Nơi sinh Mã bệnh nhân Nghề nghiệp c. Nha sĩ: Tên thuộc tính Kiểu Kích thước Primary key/ Foreign key (PK/FK_<table> Cho phép null Ràng buộc khác Tên đăng nhập Mã nha sĩ Chức vụ Chuyên ngành Nơi công tác chính d. Admin Tên thuộc tính Kiểu Kích thước Primary key/ Foreign key (PK/FK_<table> Cho phép null Ràng buộc khác Tên đăng nhập Cấp bậc e. Hồ sơ bệnh án: Tên thuộc tính Kiểu Kích thước Primary key/ Foreign key (PK/FK_<table> Cho phép null Ràng buộc khác Báo cáo đồ án mô phỏng dự án tin học Trang 10 [...]... null Ràng buộc khác Mã tin tức Ngày đăng Tựa đề Nội dung tin Trạng thái Tag Mã người đăng g Quản lý bài viết: Tên thuộc tính Kiểu Mã tin tức Tên đăng nhập_AD h Lần khám: Tên thuộc tính Mã hồ sơ bệnh án Ngày giờ khám Dặn dò Ghi chú i Phương pháp điều trị: Tên thuộc tính Mã phương pháp Tên phương pháp Ghi chú Giá j Danh mục bệnh: Tên thuộc tính Báo cáo đồ án mô phỏng dự án tin học Trang 11 Mã bệnh Tên bệnh... thuộc tính Mã hồ sơ bệnh án Ngày giờ khám Mã thuốc Đơn vị Số lượng Liều lượng Giá p Thông tin giờ làm việc: Tên thuộc tính Tên đăng nhập_NS Ngày làm việc Giờ làm việc Số bệnh nhân tối đa 2) Tạo thủ tục store procedure: 3) Tạo trigger: 4) Code tạo bảng: Phần 4: XÂY DỰNG ỨNG DỤNG Báo cáo đồ án mô phỏng dự án tin học Trang 13 ... Ngày giờ hẹn Mã hồ sơ bệnh án Ngày giờ khám Tên đăng nhập_BN Tên đăng nhập_NS m Lịch làm việc: Tên thuộc tính Tên đăng nhập_NS Ngày làm việc n Chẩn đoán: Tên thuộc tính Báo cáo đồ án mô phỏng dự án tin học Trang 12 thước (PK/FK_ null khác Kiểu Kích thước Primary key/ Foreign key (PK/FK_ Cho phép null Ràng buộc khác Kiểu Kích thước Primary key/ Foreign key (PK/FK_ Cho phép null Ràng...Mã hồ sơ bệnh án Tiểu sử bệnh án Ghi chú Ngày lập hồ sơ Tên đăng nhập_BN f Thông tin bài viết: Tên thuộc tính Kiểu Kích thước Primary key/ Foreign key (PK/FK_ Cho phép null Ràng buộc khác Kích thước Primary key/ Foreign key (PK/FK_ Cho phép null Ràng buộc khác Kiểu Kích... chú i Phương pháp điều trị: Tên thuộc tính Mã phương pháp Tên phương pháp Ghi chú Giá j Danh mục bệnh: Tên thuộc tính Báo cáo đồ án mô phỏng dự án tin học Trang 11 Mã bệnh Tên bệnh Loại bệnh Ghi chú k Danh mục thuốc: Tên thuộc tính Kiểu Kích thước Primary key/ Foreign key (PK/FK_ Cho phép null Ràng buộc khác Mã thuốc Tên thuốc Đơn vị Ghi chú Chống chỉ định Chỉ định l Phiếu hẹn: Tên thuộc tính . 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. 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