Phát triển ứng dụng hồ sơ y tế điện tử cho thiết bị di động trên nền điện toán đám mây Phát triển ứng dụng hồ sơ y tế điện tử cho thiết bị di động trên nền điện toán đám mây Phát triển ứng dụng hồ sơ y tế điện tử cho thiết bị di động trên nền điện toán đám mây luận văn tốt nghiệp,luận văn thạc sĩ, luận văn cao học, luận văn đại học, luận án tiến sĩ, đồ án tốt nghiệp luận văn tốt nghiệp,luận văn thạc sĩ, luận văn cao học, luận văn đại học, luận án tiến sĩ, đồ án tốt nghiệp
BÙI NGUYÊN TÙNG BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI - BÙI NGUYÊN TÙNG MẠNG MÁY TÍNH VÀ TRUYỀN THƠNG DỮ LIỆU PHÁT TRIỂN ỨNG DỤNG HỒ SƠ Y TẾ ĐIỆN TỬ CHO THIẾT BỊ DI ĐỘNG TRÊN NỀN ĐIỆN TOÁN ĐÁM MÂY LUẬN VĂN THẠC SĨ KỸ THUẬT MẠNG MÁY TÍNH VÀ TRUYỀN THƠNG DỮ LIỆU 2017A Hà Nội – Năm 2019 BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI BÙI NGUYÊN TÙNG PHÁT TRIỂN ỨNG DỤNG HỒ SƠ Y TẾ ĐIỆN TỬ CHO THIẾT BỊ DI ĐỘNG TRÊN NỀN ĐIỆN TOÁN ĐÁM MÂY Chuyên ngành : Mạng máy tính truyền thơng liệu LUẬN VĂN THẠC SĨ KỸ THUẬT MẠNG MÁY TÍNH VÀ TRUYỀN THƠNG DỮ LIỆU NGƯỜI HƯỚNG DẪN KHOA HỌC : PGS.TS Nguyễn Linh Giang Hà Nội – Năm 2019 LỜI CAM ĐOAN Những kiến thức trình bày luận văn tơi tìm hiểu, nghiên cứu trình bày theo kiến thức tổng hợp cá nhân Kết nghiên cứu luận văn chưa công bố cơng trình khác Trong q trình làm luận văn, tơi có tham khảo tài liệu có liên quan ghi rõ nguồn tài liệu tham khảo Tơi xin cam đoan cơng trình nghiên cứu không chép Tơi xin chịu hồn tồn trách nhiệm, sai, tơi xin chịu hình thức kỷ luật theo quy định Hà Nội, ngày tháng năm 2019 Học viên Bùi Nguyên Tùng LỜI CẢM ƠN Trước tiên, tơi xin bày tỏ lịng biết ơn sâu sắc tới PGS.TS Nguyễn Linh Giang thầy cô Viện CNTT-TT, Trường Đại học Bách Khoa Hà Nội nhiệt tình đào tạo hướng dẫn để tạo điều kiện thuận lợi cho nghiên cứu khoa học, giúp tơi hồn thành luận văn cách tốt Cuối xin gửi lời cám ơn đến gia đình, bạn bè, người ln bên tơi, động viên khuyến khích tơi q trình thực đề tài nghiên cứu Học viên Bùi Nguyên Tùng TÓM TẮT NỘI DUNG ĐỒ ÁN TỐT NGHIỆP Luận văn tác giả trình bày nghiên cứu mơ hình hồ sơ y tế điện tử cho thiết bị di động tàng điện toán đám mây Sau áp dụng mơ hình đề xuất phát triển ứng dụng thử nghiệm thiết bị di động chạy hệ điều hành Android Bố cục đồ án gồm chương : CHƯƠNG GIỚI THIỆU Chương trình bày tổng quan, mục đích nhiệm vụ cần giải đồ án CHƯƠNG CHUẨN HL7 TRONG TRAO ĐỔI DỮ LIỆU Y TẾ Chương trình bày tổng quan chuẩn HL7 trao đổi liệu điện tử mơi trường y tế CHƯƠNG MƠ HÌNH ỨNG DỤNG VÀ TRIỂN KHAI Chương trình bày mơ hình đề xuất cho hệ thống hồ sơ y tế điện tử lựa chọn công nghệ triển khai, sau cài đặt đánh giá chương trình thử nghiệm CHƯƠNG KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN Chương tổng kết kết đạt đồ án số hạn chế cần khắc phục, đề xuất hướng nghiên cứu MỤC LỤC LỜI CAM ĐOAN LỜI CẢM ƠN TÓM TẮT NỘI DUNG ĐỒ ÁN TỐT NGHIỆP MỤC LỤC DANH MỤC HÌNH VẼ DANH MỤC BẢNG THUẬT NGỮ VÀ TỪ VIẾT TẮT 10 MỞ ĐẦU 12 Lý chọn đề tài 12 Mục đích nghiên cứu luận văn 12 Đối tượng, phương pháp phạm vi nghiên cứu 13 CHƯƠNG TỔNG QUAN 14 1.1 Giới thiệu 14 1.1.1 Khái niệm hồ sơ sức khỏe điện tử 14 1.1.2 Thực trạng hồ sơ sức khỏe điện tử Việt Nam 16 1.1.3 Tầm nhìn thách thức 17 1.2 Xây dựng yêu cầu hệ thống 18 1.2.1 Yêu cầu sở liệu truy cập 18 1.2.2 Yêu cầu tính bảo mật 19 1.2.3 Yêu cầu tiêu chuẩn CNTT 20 1.3 Tổng quan tiêu chuẩn HL7 21 1.3.1 Khái niệm chuẩn HL7 21 1.3.2 Mục đích HL7 21 1.3.3 Lịch sử phát triển HL7 22 CHƯƠNG CHUẨN HL7 TRONG TRAO ĐỔI DỮ LIỆU Y TẾ 25 2.1 Chuẩn trao đổi liệu y tế HL7 25 2.1.1 Nguyên tắc mã hóa HL7 26 2.1.2 Các khái niệm sở 27 2.1.3 Môi trường truyền thông 31 2.1.4 Khung tin 32 2.1.5 Các ký tự ngăn cách tin 40 2.1.6 Quy tắc xây dựng tin 41 2.2 Các phân đoạn tin 45 2.2.1 MSH – Phân đoạn tiêu đề tin 46 2.2.2 EVN – Phân đoạn loại kiện 49 2.2.3 PID – Phân đoạn định danh nhân thân bệnh nhân 51 2.2.4 NK1 – Phân đoạn thân nhân bên liên quan 53 2.2.5 PV1 – Phân đoạn thăm khám bệnh nhân 55 CHƯƠNG MƠ HÌNH ỨNG DỤNG VÀ TRIỂN KHAI 59 3.1 Đề xuất mơ hình ứng dụng hồ sơ y tế điện tử 59 3.1.1 Mơ hình ứng dụng 60 3.1.2 Chi tiết quy trình trao đổi thông tin hồ sơ y tế 61 3.2 Lựa chọn dịch vụ điện toán đám mây 66 3.2.1 Thiết kế mơ hình điện tốn đám mây PaaS 66 3.2.2 Giới thiệu tảng Google Cloud Platform 67 3.2.3 Lựa chọn dịch vụ Cloud Firestore 68 3.3 Tổng quát sở liệu 73 3.3.1 Cơ sở liệu NoSQL 73 3.3.2 Cơ sở liệu Firestore 77 3.4 Triển khai mơ hình ứng dụng 82 3.4.1 Cấp quyền đăng nhập 82 3.4.2 Tổ chức liệu 83 3.4.3 Cài đặt chạy chương trình 85 3.4.4 Đánh giá 89 CHƯƠNG KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 90 4.1 Kết luận 90 4.2 Hướng phát triển 90 TÀI LIỆU THAM KHẢO 92 PHỤ LỤC 93 PHỤ LỤC A – BẢNG MÃ HL7 93 DANH MỤC HÌNH VẼ Hình Hồ sơ y tế điện tử triển khai rộng rãi 15 Hình Quản lý hồ sơ bệnh án BV ĐH Y Dược HCM 16 Hình Lịch sử phát triển phiên HL7 23 Hình Các phần cấu thành nên tin HL7 33 Hình Biểu đồ quy tắc xây dựng tin 44 Hình Một số phân đoạn cấu thành tin HL7 45 Hình Mơ hình quản lý-chia sẻ hồ sơ y tế điện tử 60 Hình Quy trình đăng nhập đọc hồ sơ y tế 61 Hình Quy trình trao đổi hồ sơ y tế nội 63 Hình 10 Quy trình trao đổi hồ sơ y tế mạng lưới 65 Hình 11 Nền tảng đám mây Google dịch vụ lưu trữ 67 Hình 12 Dịch vụ Cloud Firestore Google 69 Hình 13 Thiết lập quyền truy cập liệu 72 Hình 14 Ví dụ sở liệu NoSQL dạng key-value 76 Hình 15 Ví dụ sở liệu NoSQL dạng document 77 Hình 16 Các thành phần liệu Firestore 78 Hình 17 Minh họa đường dẫn collection - document 79 Hình 18 Minh họa liệu JSON tầng 80 Hình 19 Quản lý tài khoản đăng nhập 83 Hình 20 Cây quản lý liệu bệnh nhân 84 Hình 21 Collection lưu trữ thơng tin thăm khám bệnh nhân 85 Hình 22 Thử nghiệm đăng nhập tài khoản 86 Hình 23 Thử nghiệm đọc liệu từ đám mây 87 Hình 24 Thử nghiệm ghi liệu lên Firestore 88 Hình 25 Thử nghiệm xóa liệu Firestore 89 DANH MỤC BẢNG Bảng Các loại liệu HL7 38 Bảng Bảng loại tùy chọn 38 Bảng Các thuộc tính lặp lại 39 Bảng Giá trị ký tự ngăn cách 41 Bảng Bảng thuộc tính HL7 – MSH – Tiêu đề tin 46 Bảng Các loại tin 48 Bảng Một số mã phiên HL7 49 Bảng Bảng thuộc tính HL7 – EVN – Loại kiện 49 Bảng Bảng thuộc tính HL7 – PID – Định danh bệnh nhân 52 Bảng 10 Bảng thuộc tính HL7 – NK1 – Định danh thân nhân 55 Bảng 11 Bảng thuộc tính HL7 – PV1 – Thăm khám bệnh nhân 57 Bảng 12 Mô tả kiểu liệu Cloud Firestore 70 Bảng 13 Giá cước sử dụng dịch vụ Cloud Firestore 73 Bảng 14 Ví dụ lưu trữ liệu dạng JSON 75 Bảng 15 Các kiểu tổ chức liệu Firestore 81 Bảng 16 Định dạng tên đăng nhập người dùng ứng dụng 83 Bảng 17 Phân quyền xử lý liệu 83 THUẬT NGỮ VÀ TỪ VIẾT TẮT Từ viết tắt Tên tiếng Anh Thuật ngữ tiếng Việt CNTT Công nghệ thông tin CSDL Cơ sở liệu EMR Electronic Medical Record Bệnh án điện tử EHR Electronic Health Record Hồ sơ sức khỏe điện tử HSYT Hồ sơ y tế KCB Khám chữa bệnh HL7 Health Level Seven CDA Clinical Documents Architecture Kiến trúc tài liệu lâm sàng RIM Reference Information Model Mơ hình thơng tin tham khảo FHIR Fast Health Interoperable Resource DICOM Digital Imaging and Tiêu chuẩn ảnh số truyền Communications in Medicine thông y tế OSI Open System Interconnection ISO International Standards Tiêu chuẩn hóa quốc tế Organization ASCII American Standard Code for Information Interchange ADT Admit, Discharge, Transfer Sự kiện kích hoạt ACK Acknowledge Phản hồi báo nhận MSH Message Header Segment Phân đoạn tiêu đề tin EVN Event Type Segment Phân đoạn loại kiện PID Patient Identity Segment Phân đoạn định danh bệnh nhân NK1 Next of Kin Segment Phân đoạn thân nhân PV1 Patient Visit Information Segment Phân đoạn thăm khám bệnh nhân 10 Nested data in document Sub-collection Root-level collections Bảng 15 Các kiểu tổ chức liệu Firestore Một số ý giới hạn sở liệu Firestore • Giới hạn dung lượng document megabyte, tương đương tối đa 20,000 trường Firestore tự động đánh số thứ tự index cho tất document hỗ trợ query, ngồi nhà phát triển tùy kiểu đánh số tăng dần giảm dần • Giới hạn tốc độ đọc ghi phép ghi/giây cho document Nếu nhiều phép ghi gọi thời điểm phép ghi thực hiện, phép lại gọi lại tự động • Khơng thể đọc phần document, ứng dụng phải đọc toàn nội dung document theo đối tượng (object) Và thiết lập quy tắc bảo mật riêng cho thành phần document, quy tắc bảo mật áp dụng chung cho tồn document • Các phép truy xuất liệu phép query “cạn”, nghĩa tìm kiếm document collection 81 • Giới hạn chiều sâu tối đa 500 lớp 3.4 Triển khai mơ hình ứng dụng *** Yêu cầu ứng dụng di động Ứng dụng thử nghiệm eHealth viết phần mềm Android Studio phiên 3.1 Yêu cầu thiết bị di động chạy hệ điều hành Android phiên 4.4 – API level 19 trở lên (tốt dùng thiết bị chạy phiên 7.0 – API level 24 trở lên) Cài đặt file eHealthApp_1.0.apk dung lượng 6,4 Mb *** Đối với sở liệu Truy cập địa chỉ: https://console.firebase.google.com Sử dụng trình duyệt Web: Firefox, Chrome, Opera, Internet Explorer… Đăng nhập tài khoản thư điện tử Gmail sử dụng chế độ thử nghiệm miễn phí Spark plan Cloud Firestore Project eHealthRecord-Db khởi tạo tùy chỉnh làm sở liệu cho trình thử nghiệm 3.4.1 Cấp quyền đăng nhập Thiết lập quyền truy cập tài khoản thư điện tử Firestore hỗ trợ phương thức đăng nhập tài khoản sử dụng thư điện tử mật Mỗi bệnh nhân bác sĩ cấp mã số ID tương ứng với tên email đăng nhập Địa “@ehr.vn” mặc định dùng chung cho toàn hệ thống người dùng Ví dụ: • Người quản trị (admin) có tài khoản: admin - tương ứng với địa mail admin@ehr.vn • Bác sĩ cấp tài khoản có dạng: drid01; drid02… • Bệnh nhân cấp tài khoản: patid01; patid02… 82 Hình 19 Quản lý tài khoản đăng nhập Người dùng cần nhập mã số id (phần nằm trước dấu @), dạng chữ in hoa chữ viết thường) Ứng dụng tự động chuyển định dạng chữ viết thường thêm vào địa mail “@ehr.vn” Ví dụ: Người dùng nhập DR01 Patid01 Phần mềm gửi lên hệ thống đăng nhập dr01@ehr.vn patid01@ehr.vn Bảng 16 Định dạng tên đăng nhập người dùng ứng dụng Mật phải thỏa mãn có tối thiểu kí tự Người quản trị hệ thống có tồn quyền khơi phục mật khẩu, vơ hiệu hóa tài khoản xóa hồn toàn tài khoản đăng nhập khỏi hệ thống Quyền truy cập xử lý liệu quy định sau: Bảng 17 Phân quyền xử lý liệu Loại tài khoản Quản trị hệ thống Bác sĩ (drid…) Bệnh nhân (patid….) Quyền Đọc/ghi/sửa đổi thông tin bác sĩ bệnh nhân Đọc/ghi/sửa đổi thông tin liên quan tới bệnh nhân Chỉ đọc/ghi thơng tin cá nhân thân 3.4.2 Tổ chức liệu Áp dụng hồ sơ y tế: Xây dựng Collection gốc có tên “patients-collection” quản lý tồn thơng tin bệnh nhân 83 Trong collection gốc, document có tên tương ứng với mã số id bệnh nhân, lưu trữ thơng tin cá nhân bệnh nhân Dữ liệu bên document, tương ứng với thông tin cá nhân trường (họ tên, số chứng minh thư nhân dân, tuổi) sub-collection “history” lưu thông tin lịch sử khám chữa bệnh người Trường “patid” giúp ứng dụng ánh xạ đối tượng bệnh nhân tên document tương ứng Hình 20 Cây quản lý liệu bệnh nhân Ví dụ: ❖ Document ‘patid01’ tương ứng với mã số bệnh nhân ‘patid01’ tài khoản có địa email ‘patid01@ehr.vn’ Bệnh nhân tên Nguyễn Văn A, 40 tuổi, có số chứng minh thư 111111111 Bên Collection “history”, thông tin quản trị bệnh nhân (nhập viện, chuyển viện, xuất viện…) ghi nhận tin HL7 Tên Document thời gian tin ghi nhận hệ thống theo định dạng ‘yyyymmddhhmmss’ theo định dạng UnixTime 84 Mỗi document lưu tin HL7 gồm nhiều trường, từ khóa trường mã kiện (msh, evn, pid…) giá trị tương ứng trường thông điệp HL7 Hình 21 Collection lưu trữ thơng tin thăm khám bệnh nhân 3.4.3 Cài đặt chạy chương trình Sau xây dựng liệu mẫu Cloud Firestore, tác giả tiến hành thử nghiệm thao tác tương tác liệu từ thiết bị di động ➢ Thử nghiệm 1: Đăng nhập tài khoản xác thực đọc liệu từ đám mây ➢ Thử nghiệm 2: Ghi liệu lên đám mây ➢ Thử nghiệm 3: Xóa liệu đám mây a/ Thử nghiệm 1: Đăng nhập tài khoản xác thực đọc liệu từ đám mây Ứng dụng eHealth cài đặt ban đầu có giao diện khởi động yêu cầu đăng nhập tài khoản Người dùng đăng nhập tài khoản quản trị viên/bác sĩ tài khoản bệnh nhân theo quy ước mục 3.4.1 85 a – tài khoản hợp lệ b – tài khoản khơng hợp lệ Hình 22 Thử nghiệm đăng nhập tài khoản Sau đăng nhập thành công, tài khoản nhân viên sở y tế có thẩm quyền khám chữa bệnh bác sĩ y tá hỗ trợ, ứng dụng lên hiển thị giao diện danh sách bệnh nhân số thơng tin cá nhân (tham khảo hình 23a) Đây đối tượng document nằm collection gốc “patients-collection” mà ứng dụng thực querry tập trung vào mảng Đối với tài khoản người bệnh sau đăng nhập, bác sĩ lựa chọn bệnh nhân danh sách Dữ liệu số lần thăm khám họ ứng dụng đọc từ sub-collection “history” hiển thị lên giao diện (tham khảo hình 23b) 86 A – đọc document root collection B – đọc document sub-collection Hình 23 Thử nghiệm đọc liệu từ đám mây b/ Thử nghiệm 2: Ghi liệu lên đám mây Đối với nhân viên sở y tế có thẩm quyền, tài khoản họ có chức thêm bệnh nhân vào danh sách cách nhập thông tin cá nhân bệnh nhân thực ghi liệu theo định dạng document object lên collection gốc “patients-collection” Thông tin bệnh nhân nhanh chóng cập nhật giao diện Web Cloud Firestore Tham khảo hình 24a Cả bác sĩ bệnh nhân thêm thông tin lần thăm khám bệnh nhân document object nằm nhánh sub-collection “history” Đối tượng document bao gồm trường tin HL7 EVN, MSH, PID, NK1, PV1 87 a – ghi liệu lên root collection b – ghi liệu lên sub-collection c – Document hiển thị giao diện Web gần Hình 24 Thử nghiệm ghi liệu lên Firestore c/ Thử nghiệm 3: Xóa liệu đám mây Trên giao diện Web Cloud Firestore, tác giả thực xóa document Các thiết bị di động đồng thời tự động cập nhật danh sách 88 Hình 25 Thử nghiệm xóa liệu Firestore 3.4.4 Đánh giá Kết thực nghiệm cho thấy, hệ thống thử nghiệm trao đổi hồ sơ y tế điện tử điện toán đám mây đáp ứng yêu cầu chia sẻ thông tin theo thời gian thực thực thao tác quản trị đọc / ghi / xóa liệu từ thiết bị di động giao diện Web dịch vụ Cloud Firestore Khi tài khoản có thẩm quyền sửa đổi thơng tin thiết bị di động gửi lên server, gần lập tức, thay đổi thông báo tới thiết bị lắng nghe liệu tự động cập nhật Về tính bảo mật, người dùng phải có tài khoản xác thực truy cập liệu từ sở liệu nằm Firestore Quyền xử lý đọc/ghi/xóa/cập nhật liệu phân cấp cho nhánh document, người dùng xem lưu thêm kiện liên quan tới cá nhân họ đảm bảo riêng tư 89 CHƯƠNG KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 4.1 Kết luận Luận văn xây dựng mơ hình điện tốn đám mây lưu trữ hồ sơ y tế điện tử theo chuẩn HL7 đồng thời truy cập liệu từ thiết bị di động Sau áp dụng mơ hình để phát triển ứng dụng thử nghiệm khả tương tác hệ thống Luận văn hoàn thành nhiệm vụ đặt thực hiện: • Tổng quan hồ sơ y tế điện tử • Tìm hiểu chuẩn HL7 lưu trữ trao đổi hồ sơ y tế điện tử • Đề xuất mơ hình hồ sơ y tế điện tử cho thiết bị di động điện tốn đám mây • Thử nghiệm ứng dụng hồ sơ y tế điện tử thiết bị di động tương tác với dịch vụ sở liệu đám mây thực thao tác quản trị bệnh nhân 4.2 Hướng phát triển Với hạn chế luận văn, tác giả xin đề xuất số hướng phát triển sau: 1) Mở rộng nội dung lưu trữ trao đổi nội dung gồm báo cáo liệu quan sát lâm sàng, định điều trị, quản lý hồ sơ bệnh án, quản lý tài 2) Tìm hiểu tiêu chuẩn hình ảnh số truyền tải y tế DICOM; đồng thời nghiên cứu số dịch vụ hỗ trợ lưu trữ hình ảnh số đám mây 3) Phát triển giao diện tính ứng dụng thử nghiệm đưa vào triển khai thực tiễn số sở y tế địa phương ban đầu Hồ sơ y tế điện tử đề tài nóng quan có thẩm quyền Bộ Y tế, bệnh viện, phòng khám chữa bệnh cộng đồng trực tiếp hưởng lợi từ tiện ích mà mang lại Trong tương lai gần việc cần thiết phải chuẩn hóa hồ sơ sức khỏe điện tử để nâng cao khả chăm sóc sức khỏe người dân, hịa nhập với hệ thống tiên tiến nước phát 90 triển Với nội dung luận văn, tác giả tin việc áp dụng vào thực tiễn mang lại giá trị vô to lớn giúp đại hóa hệ thống chia sẻ liệu sở y tế, góp phần phục vụ cơng tác khám chữa bệnh, phịng chống dịch bệnh định hướng phát triển thể chất người dân 91 TÀI LIỆU THAM KHẢO Bộ Y tế - Cục Công nghệ thông tin (2017), Tài liệu tiêu chuẩn quốc tế giao thức tin HL7 phiên tiếng Việt Bộ Y tế (2018), Dự thảo Thông tư quy định thí điểm bệnh án điện tử Calvin Beebe (2018), Introduction to Health Level Seven (HL7) International Organization & Process Orientation, HL7 working group meeting, LA, USA Lê Văn Thành (2014), Bệnh án điện tử ứng dụng y tế, Luận văn thạc sĩ, Đại học quốc gia Hà Nội Tài liệu Google Cloud Firestore, https://cloud.google.com/firestore/docs/?hl=vi 92 PHỤ LỤC PHỤ LỤC A – BẢNG MÃ HL7 Type Table Name User 0001 Sex User HL7 0002 0003 Value Description F Female M Male O Other U Unknown A Ambiguous N Not applicable A Separated D Divorced M Married S Single W Widowed A01 ADT/ACK - Admit/visit notification A02 ADT/ACK - Transfer a patient A03 ADT/ACK - Discharge/end visit A04 ADT/ACK - Register a patient A05 ADT/ACK - Pre-admit a patient A06 ADT/ACK - Change an outpatient to an inpatient A07 ADT/ACK - Change an inpatient to an outpatient A08 ADT/ACK - Update patient information A09 ADT/ACK - Patient departing - tracking A10 ADT/ACK - Patient arriving - tracking A11 ADT/ACK - Cancel admit/visit notification A12 ADT/ACK - Cancel transfer A13 ADT/ACK - Cancel discharge/end visit A14 ADT/ACK - Pending admit A15 ADT/ACK - Pending transfer A16 ADT/ACK - Pending discharge A17 ADT/ACK - Swap patients A18 ADT/ACK - Merge patient information Marital Status Event Type 93 A19 QRY/ADR - Patient query A20 ADT/ACK - Bed status update A21 ADT/ACK - Patient goes on a “leave of absence” A22 ADT/ACK - Patient returns from a “leave of absence” A23 ADT/ACK - Delete a patient record A24 ADT/ACK - Link patient information A25 ADT/ACK - Cancel pending discharge A26 ADT/ACK - Cancel pending transfer A27 ADT/ACK - Cancel pending admit A28 ADT/ACK - Add person information A29 ADT/ACK - Delete person information A30 ADT/ACK - Merge person information A31 ADT/ACK - Update person information A32 ADT/ACK - Cancel patient arriving - tracking A33 ADT/ACK - Cancel patient departing - tracking A34 A37 ADT/ACK - Merge patient information - patient ID only ADT/ACK - Merge patient information - account number only ADT/ACK - Merge patient information - patient ID and account number ADT/ACK - Unlink patient information A38 ADT/ACK - Cancel pre-admit A39 ADT/ACK - Merge person – patient ID A40 ADT/ACK - Merge patient – patient identifier list A41 ADT/ACK - Merge account - patient account number A42 ADT/ACK - Merge visit - visit number A43 A45 ADT/ACK - Move patient information – patient identifier list ADT/ACK - Move account information - patient account number ADT/ACK - Move visit information - visit number A46 ADT/ACK - Change patient ID A47 ADT/ACK - Change patient identifier list A48 ADT/ACK - Change alternate patient ID A49 ADT/ACK - Change patient account number A50 ADT/ACK - Change visit number A51 ADT/ACK - Change alternate visit ID E Emergency A35 A36 A44 User 0004 Patient Class 94 User 0005 Race User 0006 Religion User 0007 Admission type I Inpatient O Outpatient P Preadmit R Recurring patient B Obstetrics A Accident E Emergency L Labor and Delivery R Routine 95 ... NGUYÊN TÙNG PHÁT TRIỂN ỨNG DỤNG HỒ SƠ Y TẾ ĐIỆN TỬ CHO THIẾT BỊ DI ĐỘNG TRÊN NỀN ĐIỆN TOÁN ĐÁM M? ?Y Chuyên ngành : Mạng m? ?y tính truyền thơng liệu LUẬN VĂN THẠC SĨ KỸ THUẬT MẠNG M? ?Y TÍNH VÀ TRUYỀN... tận dụng xu hướng để góp phần nâng cao chất lượng dịch vụ y tế đại Vì v? ?y, đồ án ? ?Phát triển ứng dụng hồ sơ y tế điện tử cho thiết bị di động điện toán đám m? ?y? ?? – nghiên cứu đưa mơ hình đáp ứng. .. dịch vụ uy tín thỏa mãn địi hỏi khắt khe hệ thống hồ sơ y tế điện tử Hơn nữa, dịch vụ lưu trữ đám m? ?y phải hỗ trợ truy cập thiết bị di động thơng minh điện thoại hay m? ?y tính bảng Đ? ?y thiết bị gần