Phát triển ứng dụng hồ sơ y tế điện tử ho thiết bị di động trên nền điện toán đám mây

Trang 1 1 BÙI NGUYÊN TÙNGBỘ GIÁO DỤC VÀ ĐÀO TẠOTRƯỜ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ỆUPHÁT TRIỂN ỨNG DỤNG HỒ SƠ Y TẾ ĐIỆN TỬ CHO THIẾT BỊ

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

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 và truyền thông dữ 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 :

1 PGS.TS Nguyễn Linh Giang

Hà Nội – Năm 2019

3

ng ki n th c trình bày trong lu u, nghiên c u và

trình bày theo những ki n th c tổế ứ ng h p c a cá nhân K t qu nghiên c u trong lu n ợ ủ ế ả ứ ậvăn này chưa từng được công b t i b t k công trình nào khác Trong quá trình làm ố ạ ấ ỳ

luận văn, tôi có tham khảo các tài liệu có liên quan và đã ghi rõ nguồn tài ệu tham li

khảo Tôi xin cam đoan đây là công trình nghiên cứu c a tôi và không sao chép củ ủa

4

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 ễ

và các 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 và ạ hướng d n tẫ để ạo điều ki n thu n l i cho tôi nghiên c u khoa h c, và giúp tôi ệ ậ ợ ứ ọ

5

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 trên nền tàng điện toán đám mây Sau áp d ng mô hình xu t này phát đó ụ đề ấtriển m ứột ng d ng th nghi m trên thiụ ử ệ ết bị di động ch y h ạ ệ điều hành Android

CHƯƠNG 4 K T LU N Ế Ậ VÀ HƯỚNG PHÁT TRIỂN Chương này tổng k t ếcác kết quả đạ ượ t đ c trong đồ án và m t s h n ch c n khộ ố ạ ế ầ ắc phục, đề xu t hư ng ấ ớnghiên c u ti p theo ứ ế

6

MỤ C LỤC

LỜI CAM ĐOAN 3

LỜI CẢM ƠN 4

TÓM TẮT NỘI DUNG ĐỒ ÁN T T NGHI P 5Ố Ệ MỤC LỤC 6

DANH MỤC HÌNH V 8Ẽ DANH MỤC BẢNG 9

THUẬT NGỮ VÀ TỪ VIẾT TẮT 10

M Ở ĐẦU 12

1 Lý do chọn đề tài 12

2 Mục đích nghiên cứu của luận văn 12

3 Đối tượng, phương pháp và phạm vi nghiên c u 13ứ CHƯƠNG 1 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 tử ại Việt Nam 16

1.1.3 T m nhìn và 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 v ầ ề cơ sở ữ d u và truy c p 18liệ ậ 1.2.2 Yêu c u v tính b o m t 19ầ ề ả ậ 1.2.3 Yêu c u v 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 của HL7 21

1.3.3 L ch s phị ử át triển của HL7 22

CHƯƠNG 2 CHUẨN HL7 TRONG TRAO ĐỔI D LI U Y T 25Ữ Ệ Ế 2.1 Chuẩn trao đổ ữi d u y t HL7 25liệ ế 2.1.1 Nguyên t c mã hóa trong HL7 26ắ 2.1.2 Các khái niệm cơ sở 27 2.1.3 Môi tr ng truy n thông 31ườ ề

7

2.1.4 Khung b n tin 32ả

2.1.5 Các ký t ự ngăn cách trong bản tin 40

2.1.6 Quy tắc xây dựng b n tin 41ả 2.2 Các phân đoạn b n tin 45ả 2.2.1 MSH – Phân đoạn tiêu đề ả b n tin 46

2.2.2 EVN – Phân đoạn loại sự ệ 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 và các 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 3 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 toán đám mây PaaS 66

3.2.2 Giới thiệu n n 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 v ổ ề cơ sở ữ d u 73liệ 3.3.1 Cơ ở ữ ệ s d li u №SQL 73

3.3.2 Cơ sở ữ ệ d 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ứ ữ liệc d u 83

3.4.3 Cài đặt và chạy chương trình 85

3.4.4 Đánh giá 89

CHƯƠNG 4 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

8

DANH MỤC HÌNH V Ẽ

Hình 1 Hồ sơ y tế điệ ử ẽ đượn t s c triển khai r ng rãi 15ộ

Hình 2 Quản lý h ồ sơ bệnh án của BV ĐH Y Dược HCM 16

Hình 3 Lịch s phát tri n c a các phiên bản HL7 23ử ể ủ Hình 4 Các phầ ấn c u thành nên m t bản tin HL7 33ộ Hình 5 Biểu đồ quy t c xây dựắ ng m t bản tin 44ộ Hình 6 Một số phân đoạ ấn c u thành b n tin HL7 45ả Hình 7 Mô hình quản lý-chia s h ẻ ồ sơ y tế điệ ửn t 60

Hình 8 Quy trình đăng nhập và đọc h ồ sơ y tế 61

Hình 9 Quy trình trao đổ ồ sơ y tế ộ ội h n i b 63

Hình 10 Quy trình trao đổ ồ sơ y tếi h trên mạng lưới 65

Hình 11 Nề ảng đám mây Google và các dịn t ch v lưu tr 67ụ ữ Hình 12 Dịch vụ Cloud Firestore c a Google 69ủ Hình 13 Thiết lập quy n truy c p d ệu 72ề ậ ữli Hình 14 Ví dụ cơ sở ữ ệ d li u №SQL d ng key-value 76ạ Hình 15 Ví dụ cơ sở ữ ệ d li u №SQL d ng document 77ạ Hình 16 Các thành phần d li u c a Firestore 78ữ ệ ủ Hình 17 Minh họa đường d n collection - document 79ẫ Hình 18 Minh họa cây d li u JSON 3 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ý d li u b nh nhân 84ữ ệ ệ Hình 21 Collection lưu trữ thông tin thăm khám c a 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 dữ ệ ừ đám mây li u t 87 Hình 24 Thử nghi m ghi d li u lên Firestore 88ệ ữ ệ Hình 25 Thử nghi m xóa d li u trên Firestore 89 ệ ữ ệ

9

DANH M C B NGỤ Ả

B ng 1 Cáả c loại dữ liệu HL7 cơ bản 38

B ng 2 B ng các lo i tùy ch n 38ả ả ạ ọ B ng 3 Các thu c tính l p l i 39ả ộ ặ ạ B ng 4 Giá tr c a các ký t ả ị ủ ự ngăn cách 41

B ng 5 B ng thu c tính HL7 ả ả ộ –MSH – Tiêu đề ả b n tin 46

B ng 6 Các loả ại bản tin 48

B ng 7 Mả ột số mã phiên b n HL7 49ả B ng 8 B ng thu c tính HL7 EVN ả ả ộ – –Loại sự ệ ki n 49

B ng 9 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 các ki u d u c a Cloud Firestore 70ả ả ể ữliệ ủ Bảng 13 Giá cước sử ụ d ng dịch vụ Cloud Firestore 73

B ng 14 Ví d ả ụ lưu trữ ữ d liệu dưới dạng JSON 75

B ng 15 Các ki u t ả ể ổchức dữ liệ u Firestore 81

Bảng 16 Định dạng tên đăng nhập người dùng của ứng dụng 83

B ng 17 Phân quy n x ả ề ửlý dữ liệ u 83

10

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 ệ

EMR Electronic Medical Record Bệnh án điệ ửn t

EHR Electronic Health Record H ồ sơ sức khỏe điện t ử

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

Communications in Medicine

Tiêu chu n nh s và truyẩ ả ố ền thông trong y tế

OSI Open System Interconnection

ISO International Standards

Organization

Tiêu chuẩn hóa qu c tế ố

ASCII American Standard Code for

Information Interchange ADT Admit, Discharge, Transfer S ki n kích ho t ự ệ ạ

MSH Message Header Segment Phân đoạn tiêu đề ả b n tin

EVN Event Type Segment Phân đoạn lo i s 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

11

JSON JavaScript Object Notation

PaaS Platform- -a-as service

BaaS Backend- -a-as service

CAPEX Capital expenditure Chi phí vốn

Collection B ộ sưu tập d u Firestore ữliệ

d u h ữliệ ồ sơ y tế đang bị ạ h n ch trong ph m vi tế ạ ừng đơn vị ệ b nh vi n do các ràng ệ

bu c v ộ ề cơ sở ậ v t ch t và h u h t không tuân theo m t chu n chung nào, khi n viấ ầ ế ộ ẩ ế ệc truy xu t d u giấ ữliệ ữa các đơn vị trong nh ng tình hu ng c p bách còn g p nhi u khó ữ ố ấ ặ ềkhăn mà chưa có mộ ệ ốt h th ng h tr ỗ ợ tương xứng

Ngày nay, s bùng n c v s ự ổ ả ề ố lượng và chất lượng c a các thi t b ủ ế ị di động

khẳng định v trí quan tr ng c a nó trong cu c s ng Vi c khai thác các ng d ng ị ọ ủ ộ ố ệ ứ ụtrên thi t b ế ị di động s d ng n n tử ụ ề ảng đám mây đang là một lĩnh vực th i s v i các ờ ự ớ

ưu điểm vượt tr i mà nó cung c p cho các nhà phát tri n nh các gi i pháp toàn di n ộ ấ ể ờ ả ệ

với trọng tâm là d s d ng và tễ ử ụ ốc độ mà không ph i bó bu c vào viả ộ ệc quản lý cơ sở

h t ng M t câu h i là làm th nào t n dạ ầ ộ ỏ ể ậ ụng được xu hướng này để góp ph n nâng ầcao chất lượng d ch v y t hiị ụ ế ện đại hơn Vì vậy, đồán “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” nghiên c– ứu và đưa ra

m t mô hình có th ộ ể đáp ứng được nh ng yêu c u c p thi t cữ ầ ấ ế ủa hồ sơ y tế điệ ử ột n t mcách hiệu qu và có th m r ng d dàng ả ể ở ộ ễ

2 Mục đích nghiên cứ u của luận văn

án nghiên c u chu n HL7 dùng trong vi i d n t trong

môi trường y tế Sau đó tập trung xây d ng mự ột mô hình điện toán cho phép qu n tr ả ị

và lưu trữ các h ồ sơ y tế điệ ử trên đám mây đồn t ng thời trao đổi chúng theo chu n ẩ

hi n các thao tác qu n tr bệ ả ị ệnh nhân cơ bản, ví d ụ như truy xuấ ữt d u l ch s nh p liệ ị ử ậ

vi n/xu t vi n khám chệ ấ ệ ữa bệnh của bệnh nhân

3 Đố i tư ợng, phương pháp và ph m vi nghiên c u ạ ứ

ng nghiên c u tiên là tiêu chu nh d ng b n n

2.8 N i dung c a tiêu chu n HL7 là r t r ng bao hàm h t m i vộ ủ ẩ ấ ộ ế ọ ấn đề liên quan đến văn bản trong thông tin y tế Phương pháp tiếp c n các tài li u chính th c v chu n ậ ệ ứ ề ẩHL7 c a B Y t và t ủ ộ ế ổ chức HL7 qu c t nh m tìm hiố ế ằ ểu các cơ chế mã hóa và giải

mã d liữ ệu y t ế trong quá trình trao đổi qua m ng Internet ạ

Đối tượng nghiên c u th hai là Google Cloud Firestore m t d ch v c a ứ ứ – ộ ị ụ ủGoogle cung cấp cơ sở ữ d u th i gian th c trên n n tliệ ờ ự ề ảng đám mây tích hợp các thao tác x lý d u vào l p trình ng d ng trên thi t b ử ữ liệ ậ ứ ụ ế ị di động ch y c h ạ ả ệ điều hành Android và iOS Firestore là m t trong s r t nhi u các d ch v trên n n t ng ộ ố ấ ề ị ụ ề ảđám mây mà Google h tr không nh ng có th ỗ ợ ữ ể đáp ứng các yêu c u cao v tính bầ ề ảo

mật của hồ sơ y tế mà còn có th kể ết hợp v i ớ các dịch vụ khác th a mãn các nhu cỏ ầu

xa hơn trong tương lai như xử lý d li u l n hay là h c máy ữ ệ ớ ọ

Do gi i h n v ớ ạ ềthời gian, luận văn giới h n nghiên c u chu n HL7 ạ ứ ẩ ở ạ h ng mục

c p thi t nh t là Qu n tr b nh nhân c u trúc b n tin Nh p vi n/xu t vi n cấ ế ấ ả ị ệ – ấ ả ậ ệ ấ ệ ủa ệb nh nhân Trên cơ sở đó, một chương trình ứng d ng có chụ ức năng tạo m t b n tin tuân ộ ảtheo chuẩn HL7 đã được thi t k ng d ng này có th tế ế Ứ ụ ể ạo, đọc và tìm ki m danh ếsách bệnh nhân theo chuẩn HL7 trên đám mây mà không đòi hỏi một máy ch vủ ật lý nào, đồng th i có th ng d ng th nghi m trong công tác quờ ể ứ ụ ử ệ ản lý đầu vào b nh nhân ệ

tại các cơ sở y t , t o n n tế ạ ề ảng để phát tri n ph n mể ầ ềm tổng quát qu n lý b nh vi n.ả ệ ệ

14

1.1 Giới thiệu

Việc ứng d ng công ngh thông tin trong qu n lý h ụ ệ ả ệthống d u y tữliệ ế, đặc

bi t là h ệ ồ sơ sức khỏe điệ ử đã lan rộn t ng ra toàn mạng lưới cơ sở ệ b nh vi n, phòng ệkhám t ừ Trung ương tới địa phương Cho đến nay, vi c ghi chép thông tin b ng s ệ ằ ổsách hầu như đã được thay th b ng các h ế ằ ệ thống máy tính đáp ứng nhu c u ngày ầcàng tăng về ợng thông tin lưu trữ ấ lư r t l n, tớ ốc độ truy c p nhanh ph c v ậ ụ ụ các bác sĩ trong công tác khám chữa bệnh

“Mỗi người dân có m t h ộ ồ sơ sức khỏe điệ ử được theo dõi và lưu trữn t su t ốđời.” Câu văn được trích ra t d thừ ự ảo Thông tư Quy định thí điểm v bề ệnh án điện

t ử năm 2018 của B Y t , th hi n rõ t m quan tr ng c a vi c áp d ng công ngh vào ộ ế ể ệ ầ ọ ủ ệ ụ ệ

vi c hiệ ện đại hóa và đồng b hóa các d u y t nh m nâng cao chộ ữliệ ế ằ ất lượng d ch v ị ụchăm sóc sức kh e cho nhân dân ỏ

V y, h ậ ồ sơ sức khỏe điện t và bử ệnh án điệ ửn t là gì? Và c ụthể các l i ích mà ợchúng đem lại cho cộng đồng như thế nào?

1.1.1 Khái ni m h ệ ồ sơ sức khỏe điệ n tử

H ồ sơ sức khỏe điện t ử là nơi lưu trữ, qu n lý toàn b thông tin khám ch a cả ộ ữ ủa

b nh nhân t ệ ừ khi sinh ra đến khi mất đi và được th ng nhất lưu trữố trong h thốệ ng h ồ

sơ sức khỏe điệ ửn t qu c gia Nó giúp bác s ố ỹ cũng như bệnh nhân ch ủ động hơn trong

việc bảo v sệ ức khỏe và chẩn đoán điều tr b nh tị ệ ại bất kỳ đâu

V m t pháp lý, d ề ặ ựthảo Thông tư của B ộY tế [2] định nghĩa:

• Bệnh án điệ ửn t (EMR Electronic Medical Record– ) là phiên b n s ả ố

c a h ủ ồ sơ bệnh án, được ghi chép, hi n th ể ị và lưu trữ ằng phương tiệ b n điệ ử, có cơ sởn t pháp lý và chức năng tương đương bệnh án gi y quy ấ

định t i Lu t Khám b nh, ch a b nh ạ ậ ệ ữ ệ

15

• H ồ sơ sức khỏe điệ ửn t (EHR – Electronic Health Record) là phiên bản

s c a h ố ủ ồ sơ sức kh e gi y do B Y t ỏ ấ ộ ế quy định được ghi chép, hi n th ể ị

và lưu trữ ằng phương tiện điệ ử b n t Mỗi người dân có m t h ộ ồ sơ sức

khỏe điện t ử được theo dõi và lưu trữsuố ờt đ i

Hình 1 H ồ sơ y tế điệ ử ẽ được triển t s n khai r ng rãi ộ

H ồ sơ sức khỏe điện t ử được tạo thành t nhi u ngu n thông tin, d u khác ừ ề ồ ữliệnhau bao g m thông tin d u t các b nh viồ – ữ liệ ừ ệ ện, phòng khám, bác sĩ, nhà thuốc, phòng xét nghi m H ệ ồ sơ này cung cấp thông tin s c kh e, ti n s b nh t t, quá trình ứ ỏ ề ử ệ ậkhám ch a b nh cữ ệ ủa ngườ ệi b nh cho th y thu c nhanh chóng, chính xác, t o thu n ầ ố ạ ậ

l i cho vi c chợ ệ ẩn đoán và điều tr b nh Vi c t ng h p phân tích d u thông tin ị ệ ệ ổ ợ ữ liệ

qu n lý s c khả ứ ỏe cũng giúp ngành y tế có các ch o k p th i v phòng ch ng d ch ỉ đạ ị ờ ề ố ị

b nh, hoệ ạch định chính sách v công tác b o về ả ệ, chăm sóc và nâng cao sức khỏe người dân tốt hơn vì có những b ng ch ng v th c tiằ ứ ề ự ễn, có cơ sở khoa h c ọ

Khi người dân đến cơ sở y tế, bác sĩ ở ấ ỳ đâu trên lãnh thổ b t k Vi t Nam, ch ệ ỉ

c n b m máy tính là s hiầ ấ ẽ ện ra đầy đủ thông tin v hi n tr ng s c kh e cề ệ ạ ứ ỏ ủa người đó Giúp ích r t nhi u cho chấ ề ẩn đoán và điều trị Hơn nữa, khi thông tin s c kh e cứ ỏ ủa ngườ ệnh đượi b c thông su t gi a các tuy n s giúp vi c ph i hố ữ ế ẽ ệ ố ợp điều tr tị ốt hơn

16

1.1.2 Th c tr ng h ự ạ ồ sơ sức khỏe điệ n tử ạ t i Việt Nam

Theo T ng c c th ng kê, k t qu Tổ ụ ố ế ả ổng điều tra cho th y c ấ ả nước có hơn một nghìn b nh vi n và hàng chệ ệ ục ngàn cơ sở khám ch a b nh khác thu c m i thành phữ ệ ộ ọ ần kinh tế: nhà nước, ngoài nhà nước và đầu tư trực tiếp nước ngoài Ph n l n các b nh ầ ớ ệ

viện đều đã áp dụng CNTT b ng cách liên k t vằ ế ới các đơn vị cung c p ph n mấ ầ ềm đểtriển khai h ốệ th ng qu n lý cho riêng mình Tuy nhiên, các b nh viả ệ ện này đều tri n ểkhai nh ng h ữ ệthống ph n mầ ềm đơn lẻ, theo t ng phòng ban, t ng nghi p vừ ừ ệ ụ Do đó

h ệthống h ồ sơ y tế điệ ử đã đượn t c triển khai nhưng thiế ết k riêng theo yêu c u cầ ủa bác s , b nh vi n mà không có tính th ng nhỹ ệ ệ ố ất Điều này dẫn đến thông tin ch s ỉ ử

dụng được trong n i b cộ ộ ủa chính bệnh viện đó

Hình 2 Qu n lý h ả ồ sơ bệnh án của BV ĐH Y Dược HCM Khi m t b nh nhân vào khám và ch a b nh trong m t b nh vi n, toàn b ộ ệ ữ ệ ộ ệ ệ ộ

nh ng quy trình t ữ ừ đăng ký khám chữa, ch p chi u, chụ ế ẩn đoán, điều tr ị được lưu trữtrong cơ sở ữ ệ d li u n i b c a b nh viộ ộ ủ ệ ện đó Khi b nh nhân nh p việ ậ ện điều tr m t ị ở ộ

b nh vi n khác thì toàn b nh ng thông tin v l ch s khám ch a b nh rệ ệ ộ ữ ề ị ử ữ ệ ất khó đểtham kh o mà ph i làm l i trên h ả ả ạ ệthống m i Trong mớ ột vài trường h p c n c p c u, ợ ầ ấ ứ

c n thông tin nhanh v ầ ề nhóm máu để truyền thì l i phạ ải chờ xét nghi m b i trên h ệ ở ệ

17

thống c a b nh viủ ệ ện chưa có bệnh án điện t c a b nh nhân trên, dử ủ ệ ẫn đến m t s khó ộ ốkhăn cho việc x lý t c th i c a bác s ử ứ ờ ủ ỹ

Ứng d ng công ngh thông tin trong y t ụ ệ ế được B Y t quan tâm phát tri n ộ ế ể

m t cách c p thi t trong nhộ ấ ế ững năm gần đây Tuy nhiên, đến thời điểm hi n nay thì ệ

t t c ấ ả các đề án tri n khai cho m t h ể ộ ệthống d ữliệu y t ếthống nh t ch d ng lấ ỉ ừ ại ở mức thử nghi m T i Hà Nệ ạ ội, phường Phúc Đồng (qu n Long Biên) và xã C Bi (huy n ậ ổ ệGia Lâm) là hai nơi đầu tiên tri n ể khai thí điểm vi c l p h ệ ậ ồ sơ quản lý s c kh e đi n ứ ỏ ệ

t ử vào năm 2017 Ngoài các thông tin về tình tr ng s c kh e, d ạ ứ ỏ ữ liệu lưu trữ thêm nhóm máu, tên b m ố ẹ người dân, tên người chăm sóc chính, mã số khám ch a b nh ữ ệ

B Y t ộ ế cũng đã lựa ch n thêm 26 tr m y t xã thu c 8 t nh, thành g m: Hà N i, ọ ạ ế ộ ỉ ồ ộThành ph H ố ồ Chí Minh, Lào Cai, Yên Bái, Hà Tĩnh, Khánh Hòa, Lâm Đồng, Long

An tham gia vào đề án Y t ế cơ sở, th c hiự ện mô hình điểm tr m y t ạ ế xã phường giai đoạn 2018-2020 M t trong nh ng nhi m v quan tr ng cộ ữ ệ ụ ọ ủa đề án này là xây dựng

h ồ sơ sức khỏe điện t ử

1.1.3 T m nhìn và thách th c ầ ứ

Việc xây d ng h ự ồ sơ sức khỏe điệ ửn t là m t trong nh ng m c tiêu quan trong ộ ữ ụtrong Ngh quy t s 20-ị ế ố NQ/TW năm 2017 của Ban Chấp hành Trung ương khóa XII,

phấn đấu đến năm 2030 có 95% dân số được qu n lý s c kh e T m nhìn c a h ả ứ ỏ ầ ủ ồ sơ

y t ế điệ ửn t là m i b nh nhân phỗ ệ ải được truy c p m t cách an toàn và không b ràng ậ ộ ị

buộc vào các trang thông tin sức khỏe của họ

Tuy nhiên để gi i quy t vả ế ấn đề này hiện đang gặp nhi u thách th c và tr ng i, ề ứ ở ạ

đặt ra nh ng yêu c u v h th ng ph i vưữ ầ ề ệ ố ả ợt qua như sau:

• Phải kh c phắ ục khó khăn từ ự s thi u thế ốn cơ sở ậ v t ch t trang thi t b ấ ế ịcông nghệ như máy tính, máy chủ có kh ả năng mở ộ r ng, h t ng m ng ạ ầ ạ

tốc độcao

• D s d ng phù h p vễ ử ụ ợ ới trình độ tin h c cọ ủa đội ngũ nhân viên, y bác

sĩ vốn chưa quen với thao tác trên máy tính

• Lưu trữ thông tin khám nhanh chóng và k p th i t i m i khâu, vi c truy ị ờ ạ ỗ ệ

d u không b ùn t c hoữliệ ị ắ ặc mất truy c p ậ

18

• Có kh ả năng sửa đổi và nhanh chóng c p nh t theo s ậ ậ ự thay đổ ủa cơ i c

ch chính sáchế c a B o hiủ ả ểm Y tế, m u gi y t ẫ ấ ờ

• Cung cấp cho ngườ ệi b nh l a ch n t ự ọ ự xem, sao lưu các kết qu , truy ả

v n thông tin, l ch s bấ ị ử ệnh án được bác s ỹ điều tr thông qua h ị ệthống này t i nhà Ho c gạ ặ ửi thông tin khám, điều tr , các k t qu c n lâm sàng, ị ế ả ậchẩn đoán hình ảnh CT, MRI theo định d ng chu n cho các bác s ạ ẩ ỹ ở xa

mà không ph ụthuộc vào không gian và thời gian để ội chẩ h n v i nhau ớqua m ng ạ

Quan trọng hơn hết là làm sao t t c thông tin v ấ ả ề quá trình điều tr b nh nhân ị ệđược lưu trữ suốt đời m t cách an toàn và b o m t mà khi c n ki m tra ch c n nh ng ộ ả ậ ầ ể ỉ ầ ữthao tác đơn giản, d dàng ễ

1.2 Xây dựng yêu c u h ầ ệ thống

Với hạ ầ t ng công ngh ệthông tin và viễn thông hi n nay c a Vi t Nam, ngành ệ ủ ệ

Y t có th ng b hóa qu n lý ngành b ng h ế ể đồ ộ ả ằ ệthống Y t ế điệ ửn t trên các nhóm v n ấ

đề như: Khám chữa bệnh, Trao đổi giao ti p giế ữa các cơ sở y t ế và ngườ ệi b nh, Y t ế

d phòng, Thu c và vự ố ật tư y tế… Trong phạm vi luận văn, tôi chỉ đề cập đến n i dung ộxây d ng h ự ệthống Qu n lý công tác khám ch a b nh nhân có th ả ữ ệ ể trao đổi tr c ti p ự ế

giữa các cơ sở y t ế

1.2.1 Yêu cầ u về cơ sở ữ liệ d u và truy c p ậ

M i công dân khi sinh ra ho c bỗ ặ ắt đầu tham gia h ệthống y t ế điệ ử ẽ được n t s

g n v i m t chu i ký t qu n lý (n u có th dùng ngay mã s nh danh cá nhân ắ ớ ộ ỗ ự để ả ế ể ố đị

ho c s b o hi m y t ) M i cán b y t tham gia công tác khám ch a bặ ố ả ể ế ỗ ộ ế ữ ệnh được cấp

mã s khám chố ữa ệb nh theo ng ch b c chuyên môn Các chu i ký t ạ ậ ỗ ự để qu n lý bệnh ảnhân và cán b ộY tế được thống nhất quản lý toàn quốc

H ệ thống ph n m m ph i có các phân h ki m soát thông tin b nh nhân và ầ ề ả ệ ể ệphân h kiệ ểm soát điều tr ị ngườ ệnh đó Kể ừ ần KCB đầi b t l u tiên, ngườ ệi b nh s ẽ

19

được lưu trữ đầy đủ các thông tin y t cá nhân và l ch s ế ị ử KCB, cơ sở KCB và bác s ỹđiều tr ị vào cơ sở ữ ệ d li u và t ừ đó khở ại t o bản ghi đầu tiên v h ề ồ sơ y tế điệ ửn t

Với các cơ sở ữ d liệu được đặt trong máy ch chuyên d ng, r t nhi u tiêu chí ủ ụ ấ ề

v ề cơ sở ạ ầ h t ng phải được thỏa mãn cơ bản như phòng máy chủ ph i có thi t b ả ế ịphòng ch a cháy; thi t b theo dõi nhiữ ế ị ệt độ, độ ẩ m; thi t b kiế ị ểm soát người vào ra; camera an ninh Ph n m m h ầ ề ệthống như là hệ điều hành hay h qu n tr ệ ả ị cơ sở d u ữliệ

vẫn còn được h ỗ trợ ừ t nhà s n xu t, ph n m m giám sát mả ấ ầ ề ạng… và rất nhi u tiêu ềchí tốn kém khác

Do đó việc đưa cơ sở ữ ệu lên lưu trữ ở đám mây (cloud storage) đang là d li

một xu hướng t t y u vì nh ng l i ích to l n mà nó mang lấ ế ữ ợ ớ ại từ ệ vi c ti t ki m chi phế ệ í đầu tư, giảm th i gian tri n khai, qu n lý thông tin d dàng, t n dờ ể ả ễ ậ ụng được cơ chế bảo mật và sao lưu của nhà cung cấp, cho đến kh ả năng mở ộ r ng linh ho t Vi c c n phạ ệ ầ ải làm là ch n l a ra nhà cung c p d ch v uy tín thọ ự ấ ị ụ ỏa mãn được các đòi hỏi kh t khe ắ

của 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 b ng các thi t b di ậ ằ ế ịđộng thông minh như điện tho i hay máy tính bạ ảng Đây là các thiết b gị ần như không

th thiể ếu trong đờ ống con người s i ngày nay, chúng h ợ ộỗtr m t cách đắc lực cho nhu

c u tìm ki m và truy xu t thông tin m i lúc mầ ế ấ ọ ọi nơi, miễn là có k t n i m ng Internet ế ố ạ1.2.2 Yêu cầ u về tính b o m t ả ậ

Theo chính sách v b o m t thông tin và quyề ả ậ ền riêng tư của ngườ ệi b nh, d ữ

liệu y t ếluôn phải được b o m t ch ng sao chép và rò r m c t i đa H thốả ậ ố ỉ ở ứ ố ệ ng ph i ảđáp ứng được nhóm tiêu chí b o m t và an toàn thông tin như sau: ả ậ

• Kiểm soát người dùng truy c p h thậ ệ ống: người dùng ph i xác th c ả ựđăng nhập h ệthống, phiên đăng nhập đó cũng được qu n lý Mả ỗi người dùng được phân quy n d a theo chề ự ức năng và nhiệm vụ Người qu n ả

lý có thể truy v t và khóa tài kho n n u phát hi n ra sai phế ả ế ệ ạm

• Tích hợp ch ký s : h tr xác th c trong bữ ố ỗ ợ ự ệnh án điệ ửn t

• H ệthống sao lưu và phục h i d u: Xây dồ ữliệ ựng phương án sao lưu và khôi ph c phù h p, viụ ợ ệc sao lưu phải được thực hiện hàng ngày

20

• Phương thức mã hóa d li u, thông tin: Các d li u quan tr ng, nh y ữ ệ ữ ệ ọ ạ

c m có th ả ể được mã hóa b ng các k ằ ỹthuật nh m tránh m t c p d ằ ấ ắ ữliệu;

h ệthống qu n lý có các b khóa gi i mã d ả ộ ả ữliệu, người dùng có th giể ải

mã khi có khóa gi i mã; mả ật khẩu c a ngưủ ời dùng được mã hóa;

• Có cơ chế b o v d ả ệ ữliệu khác như phần m m di t virus, h ề ệ ệthống tường

lửa chống xâm nh p t ậ ừ xa, cơ chếchống t n công DOS, DDOS ấNgoài ra, việc thiế ế ệ ốt k h th ng t i thiểố u c n thầ ỏa mãn các yêu cầu sau:

• Yêu c u v tin c y cao (ầ ề độ ậ Reliability): Độ tin c y cao c a h ậ ủ ệ thống được hi u là kh ể ả năng giảm thi u t n su t x y ra các s c , nói cách ế ầ ấ ả ự ốkhác h ệthống có kh ả năng chịu đựng các sai sót do thao tác ho c các ặnguyên nhân khách quan khác

• Yêu c u v tính s n sàng cao (ầ ề ẵ Availability): Các tài nguyên trên m ng ạ

ph i luôn s n sàng trong kh ả ẵ ả năng cao nhất để cung c p và ph c v các ấ ụ ụngười dùng cu i và gi m thi u th i gian ng ng hoố ả ể ờ ừ ạt động h th ng ệ ốngoài ý mu n xu ng mố ố ức thấp nh ất

• Yêu c u v kh ầ ề ả năng mở rộng được (Scalability): H ệthống ph i có kh ả ảnăng dễ dàng nâng c p, m rấ ở ộng trong tương lai Việc nâng c p bao ấ

gồm tăng số lượng truy cập người dùng, tăng dung lượng cơ sở ữ d u liệlưu trữ, tích hợp các cơ sở d ữliệu có sẵn, cũng như thêm các tài nguyên,

dịch vụ ớ m i

1.2.3 Yêu cầ u về tiêu chu n CNTT ẩ

Việc c i ti n m i quy trình và chu n hóa toàn b d li u y t ả ế ọ ẩ ộ ữ ệ ế đã giúp hình thành nên r t nhi u chu n d u khác nhau v i nh ng mấ ề ẩ ữliệ ớ ữ ục đích khác nhau trong y

t V ế ềtiêu chuẩn công ngh ệthông tin, hồ sơ y tế điệ ửn t phải áp ụ d ng các tiêu chuẩn sau:

• Tiêu chu n HL7 g m b n tin HL7 phiên b n 2.x ho c b n tin HL7 phiên ẩ ồ ả ả ặ ả

b n 3, ki n trúc tài li u lâm sàng HL7 CDA, HL7 FHIR ả ế ệ

• Tiêu chuẩn hình nh s và truy n t i trong y t ả ố ề ả ế(DICOM)

21

• Tiêu chuẩn trao đổi và chia s các ch s , siêu d u th ng kê trong ẻ ỉ ố ữ liệ ốlĩnh vực y t (SDMX-ế HD)

Hiệ ạn t i, tiêu chuẩn HL7 đang được m t s ộ ố đơn vị cung c p gi i pháp ph n ấ ả ầ

mềm cho các cơ sở y t áp dế ụng Tuy nhiên, chưa có một đơn vị nào cung c p b nh ấ ệ

án điệ ử đầy đủ và đượn t c chuẩn hóa theo các chu n chung c a th gi i N u m t h ẩ ủ ế ớ ế ộ ệthống bệnh án điệ ử được đồn t ng nh t và tri n khai trên ph m vi toàn qu c, nó s ấ ể ạ ố ẽmang l i giá tr to l n cho nhạ ị ớ ững người đang phải đấu tranh v i b nh t t và chi phí ớ ệ ậphát sinh, và cho c cả ộng đồng N i dung c a luộ ủ ận văn sẽ đi sâu tìm hi u áp d ng ể ụchuẩn d li u HL7 là tiêu chu n quữ ệ – ẩ ốc tế cung c p giao thấ ức về quản lý, trao đổi và tích hợp thông tin y t ế điệ ử ữn t gi a các hệ ố th ng thông tin y t ế

1.3 T ng quan tiêu chu n ổ ẩ HL7

1.3.1 Khái ni m chuệ ẩn HL7

HL7 (Health Level Seven), là m t chuộ ẩn dành cho viêc trao đổ ữi d liệu điện

t ử trong môi trường y tế, đặc biệt được tăng cường s dụng trong các cơ sở y t ử ế chăm sóc bệnh nhân n i trú (ch ng hộ ẳ ạn như bệnh vi n) ệ

Tiếp theo đó, HL7 tập trung vào cung c p các tiêu chu n dành cho vi c trao ấ ẩ ệ

đổ ữ ệi d li u gi a các ng dữ ứ ụng máy tính trong lĩnh vực chăm sóc sức kh e nh m lo i ỏ ằ ạ

b ho c gi m thi u tỏ ặ ả ể ối đa việc duy trì chương trình và tùy chỉnh các c ng k t n i nổ ế ố ếu không được yêu c u, tầ ạo điều ki n thu n l i nh t cho vi c k t n i giao ti p trong các ệ ậ ợ ấ ệ ế ố ế

cơ sở y t ế

22

1.3.3 L ch s phát triị ử ể n của HL7

Đố ới con người hay máy tính đểi v có th chia s d li u v i nhau, ph i có: ể ẻ ữ ệ ớ ả

• Các chức năng đểcó thể giao ti p v t lý, ví d ế ậ ụ như nghe và nói, gửi và

nh n tài liậ ệu Được gọi là “functional interoperability” – kh ả năng tương tác giữa các thành ph n chầ ức năng

• Nói m t ngôn ng chung, ví d ộ ữ ụ như ngữ âm, t v ng và c u trúc ng ừ ự ấ ữpháp Được gọi là “semantic interoperability” – kh ả năng tương tác ngữ nghĩa

Một ủy ban bao g m các nhà s d ng h ồ ử ụ ệ thống máy tính cung c p d ch v ấ ị ụchăm sóc sức khỏe đã được thành lập vào tháng 3 năm 1987 nhân dịp H i ngh ộ ị được

t ổchức b i Tiở ến sĩ Sam Schultz tạ ệi b nh viện trường Đạ ọi h c Pennsylvania bắt đầu phát triển HL7 để ạ t o ra ngôn ng chung cho phép các nữ ứ g dụng y t chia s d ế ẻ ữliệu lâm sàng v i nhau ớ Ủy ban này sau đó được g i là nhóm làm vi c HL7 (HL7 Working ọ ệGroup), có nhiệm v tiêu chuụ ẩn hóa các định d ng và giao th c cho viạ ứ ệc trao đổi các

b mã ch y u c a d ộ ủ ế ủ ữliệu gi a các h thốữ ệ ng ng d ng máy tính trứ ụ ong lĩnh vực chăm sóc sức kh e.ỏ

Hiện nay HL7 tr thành chuở ẩn được công nh n trên toàn c u, không ch ph ậ ầ ỉ ổ

bi n trong các ti u bang c a Mế ể ủ ỹ, mà nó còn được ch p nh n s dấ ậ ử ụng trong trao đổi thông tin dạng văn bản trong y t ế ở nhi u qu c gia có n n y h c và ề ố ề ọ chăm sóc sức khỏe phát triển khác như Úc, Nhật B n, Hàn Qu c, Trung Quả ố ốc, Singapore, Anh, Đức, Hà Lan, Canada…

23

Hình 3 L ch s phát tri n cị ử ể ủa các phiên bản HL7 HL7 được thi t k phù h p vế ế để ợ ới các đòi hỏ ủi c a tiêu chu n ANSI (ẩ American National Standards Institute – Viện tiêu chu n Qu c gia Hoa K ) Hi n t i chuẩ ố ỳ ệ ạ ẩn HL7 v2 vẫn đang thịnh hành ph bi n nhi u nh t trên th ổ ế ề ấ ếgiới Phiên b n HL7 v2.8 ảđược công nh n chính thức tháng 2 năm 2014, nó đượ ịậ c d ch ra ti ng Vi t và công b ế ệ ốchính thức trên Website của Cục công ngh thông tin B Y t [1] ệ – ộ ế

Năm 2006, HL7 xuấ ảt b n chính th c phiên bứ ản HL7 v3.0 Đây là một phiên

b n m i cả ớ ủa HL7 được b sung thêm nhi u ph n, ví d ổ ề ầ ụ như phần Ki n trúc tài liế ệu lâm sàng (Clinical Documents Architecture - CDA), Mô hình thông tin tham kh o ả(Reference Information Model – RIM) dùng trong h ệthống thông tin y t bao g m: ế ồ

Đặc điểm lo i d liạ ữ ệu, định d ng d li u XML, các T ạ ữ ệ ừ khóa điều khi n ể

Năm 2017, FHIR (Fast Health Interoperable Resource) được công b là m t ố ộframework th h m i t ng h p t t c ế ệ ớ ổ ợ ấ ả các ưu điểm c a HL7 v2, HL7 v3 và HL7 CDA ủđồng th i t n dờ ậ ụng được s phát tri n c a công ngh Web (các RESTful web service) ự ể ủ ệ

(ISO – International Standards Organization) HL7 ch y u t p trung vào các vủ ế ậ ấn đề

x y ra t ng ng d ng ả ở ầ ứ ụ – đây là định nghĩa dữ liệu được trao đổi, th i gian c a viêc ờ ủtrao đổi và truy n thông c a các l i ứề ủ ỗ ng dụng đặc thù gi a các ng d ng ữ ứ ụ

V y, tiêu chu n HL7 bao g m nh ng n i dung gì? Nguyên tậ ẩ ồ ữ ộ ắc mã hóa như thế nào? C u t o các bấ ạ ản tin ra sao? Và ý nghĩa cụ thể ủ ừ c a t ng bản tin như thế nào? Chương tiếp theo s trình bày các ki n th c lý thuy t n n t ng c a chu n HL7 ẽ ế ứ ế ề ả ủ ẩ

25

CHƯƠNG 2 CHUẨN HL7 TRONG TRAO ĐỔI D LI U Y T Ữ Ệ Ế

2.1 Chuẩn trao đổi dữ liệu y tế HL7

Phiên bản HL7 2.8 được xu t bấ ản năm 2014 là bản sửa đổ ổi b sung sau quá trình xem xét l i t ng th phiên bạ ổ ể ản 2.7, điều ch nh và c p nh t các b n tin hi n có và ỉ ậ ậ ả ệthêm vào nh ng b n tin mữ ả ới và các lĩnh vực dựa trên các đề xuất đã được gửi đế ổn t chức HL7 và được ch p thu n b i các thành viên Phiên b n 2.8 ấ ậ ở ả đã được B Y t d ch ộ ế ị

ra ti ng Vi t và công b chính thế ệ ố ức trên trang m ng c a C c Công ngh thông tin [1] ạ ủ ụ ệcũng như trên trang chủ ủ ổ c a t ch c HL7 Vì l , các ki n th c liên qua t i chu n ứ ẽ đó ế ứ ớ ẩHL7 trong luận văn được tham khảo và trích d n dẫ ựa trên phiên bản 2.8

Nội dung của chuẩn HL7 bao g m: ồ

• C u trúc t ng th c a t t c giao di n bao g m giao di n truy v n chung ấ ổ ể ủ ấ ả ệ ồ ệ ấ

• Quản tr b nh nhân (nh p vi n, ra vi n, chuy n tuy n) ị ệ ậ ệ ệ ể ế

• Danh mục ch nh ỉ đị

• H ệthống tính viện phí

• D u theo dõi lâm sàng ữliệ

• M t giao di n t ng quát cho viộ ệ ổ ệc đồng b hóa các t p tin tham khộ ậ ảo chung (tập tin ch ) ủ

• Quản tr thông tin y khoa ị

• Danh mụ ệc b nh nhân, danh m c tài nguyên ụ

• Các b n tin tham kh o c a b nh nhân dùng cho h i ch n gi a 2 vi n ả ả ủ ệ ộ ẩ ữ ệ

khác nhau

• Các bản tin chăm sóc bệnh nhân h cho vi c thông tin v các ch ng ỗtrợ ệ ề ứ

b nh nan y, và cung c p chệ ấ ức năng cách thức th c thi lâm sàng trong ự

26

hi m xã hể ội…, luận văn chỉ ớ ạ gi i h n nghiên c u chu n HL7 t các ki n thứ ẩ ừ ế ức cơ sở

và t p trung vào n i dung c p thi t nh t là các b n tin liên quan t i danh m c Qu n ậ ộ ấ ế ấ ả ớ ụ ảtrị ệ b nh nhân Tiêu chu n HL7 có nguyên tẩ ắc mã hóa như thế nào?

2.1.1 Nguyên t c mã hóa trong HL7 ắ

➢ Các trường d liữ ệu được k t h p l i tế ợ ạ hành các nhóm logic được g i là ọcác đoạn Các đoạn được ngăn cách bởi ký t ự phân đoạn

➢ Mỗi đoạn bắt đầu b i m t giá tr ở ộ ịchữ 3 ký t (ví d ự ụ MSH, EVN, PID…), giá tr ị này được nhận d ng trong mạ ột bản tin

B ký t hi n th mã ASCII là b ký t mộ ự ể ị ộ ự ặc định tr khi có s ừ ự thay đổi trong đoạn tiêu đề MSH (Message Header Segment trình bày m c 2.2.1 – ở ụ )

➢ Ký t ự ngăn cách trường phải được ch n t s thi t l p ký t hi n th ọ ừ ự ế ậ ự ể ịmã ASCII

➢ Ký t ự phân đoạn là ký t mã ASCII Carriage Return (ký t xu ng ự ự ốdòng)

4 – Đoạn thân nhân b nh nhân ệ

NK1||Doe^Linda^E||wife|<CR>

5 – Đoạn thông tin nh p vi n ậ ệ

PV1|1|I|100^345^01||||00135^SMITH^WILLIAM^K|||SUR|ADM|<CR> Lần lượt gi i mã tả ừng đoạn trong bản tin, sau đó kế ợt h p lại ta thu được những thông tin sau: “Bệnh nhân John B Doe, II, có mã b nh nhân là 1234567, nam gi i, ệ ớ

da trắng, sinh ngày 1 tháng 7 năm 1947, sống t i 371 Avenue-Sanfrancisco, nh p viạ ậ ện ngày 18 tháng 1 năm 1998 hồi 10 gi ờ 05 phút sáng, được bác s William K.Smith xét ỹnghiệm và điều tr B nh nhị ệ ân được ch nh n m vi n tỉ đị ằ ệ ại giường s 01, phòng 345, ố

t ổ chăm sóc 100 Phần thân nhân có v là Linda E.Doe, bợ ản tin được gử ừi t Mission

t i Mine sau khi b nh nhân nh p viớ ệ ậ ện 2 phút.”

2.1.2 Các khái niệm cơ sở

2.1.2.1 S n kích ho ự kiệ ạ t (trigger event)

HL7 gi nh r ng m t s ki n y t di n ra trong th gi i th c t o ra s cả đị ằ ộ ự ệ ế ễ ế ớ ự ạ ự ần thiết cho lu ng d ồ ữliệu gi a các h ữ ệthống Các s ki n di n ra trong th gi i thự ệ ễ ế ớ ực được

gọi là sự ệ ki n kích ho t Ví d , s ki n kích hoạ ụ ự ệ ạt “một bệnh nhân vào viện” có thể là nguyên nhân dẫn đến nhu c u v d u bầ ề ữliệ ệnh nhân đó được gửi đến m t s h th ng ộ ố ệ ốthông tin khác S ki n kích ho t, k t qu quan sát (ví d , k t qu xét nghi m viêm ự ệ ạ ế ả ụ ế ả ệgan B) cho m t b nh nhân t n t i trên h ộ ệ ồ ạ ệthống, có th là nguyên nhân gây ra nhu cể ầu

g i d u/thông tin k t qu xét nghi m t i m t s h ử ữliệ ế ả ệ ớ ộ ố ệthống thông tin khác Khi việc chuyển giao hoặc trao đổi thông tin được kích ho t b i các s ki n kích ho t t các ạ ở ự ệ ạ ừ

ph n mầ ềm ứng d ng CNTT, nh ng bụ ữ ản tin trao đổi này được g i là b n tin c p nhọ ả ậ ật

28

không mong muốn (đây là nh ng b n tin c p nh t thông tin m t cách hoàn toàn t ữ ả ậ ậ ộ ựđộng)

Chú ý: Không có gi ả thiết được đưa ra về các thi t k , ki n trúc cế ế ế ủa ứng

d ng/h ụ ệthống t o ra các b n tin c p nh t không mong mu n Ph m vi cạ ả ậ ậ ố ạ ủa HL7 được

gi i hớ ạn trong các đặc điểm k ỹthuậ ủt c a nh ng bữ ản tin trao đổi gi a các ữ ứng d ng/h ụ ệthống thông tin và các s ki n kích ho t chúng ự ệ ạ

HL7 cho phép vi c s d ng các s ki n kích hoệ ử ụ ự ệ ạt ở các cấp độ khác nhau v ề

mức độ chi ti t và m i quan h bên trong cế ố ệ ủa dữ liệ u Ví d , h u h t các s ki n kích ụ ầ ế ự ệ

ho t qu n lý bạ ả ệnh nhân (ADT) liên quan đến đối tượng đơn lẻ duy nh t (ch ng h n ấ ẳ ạnhư sự ki n vào vi n kh i t o m t b n tin ch a d ệ ệ ở ạ ộ ả ứ ữliệu v mề ột người và/ho t tài khoạ ản duy nh t) S ki n kích hoấ ự ệ ạt ADT khác liên quan đến m i quan h gi a nhiố ệ ữ ều đối tượng (ví d , các s ki n h p nhụ ự ệ ợ ất, trong đó quy định vi c sáp nh p thông tin b nh ệ ậ ệnhân ho c tài kho n) M t s s ki n kích hoặ ả ộ ố ự ệ ạt ADT liên quan đến vi c thu th p các ệ ậđối tượng liên quan bao gồm các đối tượng không quan tr ng (ví d , vi c truy v n ọ ụ ệ ấcác b n ghi liên quan d a theo v trí, mà thông tin ph n h i s ả ự ị ả ồ ẽchứa toàn b d ộ ữliệu liên quan đến b nh nhân n i trú mang tính t m th i, theo v ệ ộ ạ ờ ịtrí địa lý)

2.1.2.2 Ph ản hồ i báo nh n (acknowledgment) ậ : Phương thứ c cơ b ả n

Khi b n tin c p nh t ng gả ậ ật ự độ ửi đi từ ộ ệ m t h thống đến m t h ộ ệ thống khác, chế độ ph n hả ồi này xác định r ng bằ ản tin được th a nh n m c ứừ ậ ở ứ ng d ng Lý do là ụ

chế độ này không có đủ cơ sở để nh n bi t r ng vi c các h th ng thông tin liên lậ ế ằ ệ ệ ố ạc được đảm b o trong quá trình truy n b n tin ả ề ả Nó cũng cần bi t r ng ng d ng nh n ế ằ ứ ụ ậ

x d u thành công mửlý ữ liệ ở ức đ ứộ ng d ng logic ụ

Việc báo nh n có th ch a d liậ ể ứ ữ ệu liên quan đến h th ng kh i t o quá trình ệ ố ở ạtrao đổi Ví d , n u m t h thụ ế ộ ệ ống chăm sóc bệnh nhân đã xử lý các s ki n kích ho t ự ệ ạchỉ định xét nghi m cho m t b nh nhân, h ệ ộ ệ ệthống này có th g i m t b n tin c p nhể ử ộ ả ậ ật

t ng ự độ đến h ệthống thông tin phòng xét nghi m nhệ ằm xác định b nh nhân, ch nh ệ ỉ địxét nghiệm và các thông tin khác nhau liên quan đến ch nh xét nghi m Các h ỉ đị ệ ệthống ph ụtrợ ẽ s phản h i báo nh n ch nh kồ ậ ỉ đị hi nó đã xử lý các thông tin thành công

29

Tiêu chu n HL7 không xây dẩ ựng quy định v quy n s h u d ề ề ở ữ ữliệu Tiêu chuẩn cũng không xây dựng nh ng yêu c u riêng v ữ ầ ềcác hành động ti p theo cế ủa đối tượng

nh n d ậ ữliệu, cũng như không xây dựng b t k ấ ỳ quy định v thi t k , ki n trúc c a các ề ế ế ế ủ

h ệthống ng d ng nh n thông tin Ph m vi c a tiêu chuứ ụ ậ ạ ủ ẩn HL7 được gi i h n trong ớ ạcác đặc điểm k thu t c a các bỹ ậ ủ ản tin trao đổi gi a các ph n m m ng d ng và các ữ ầ ề ứ ụ

s ki n kích hoự ệ ạt chúng

Tiêu chuẩn HL7 không quy định các chức năng cần thi t trong m t h ế ộ ệ thống thông tin nh m x lý d u t m t bằ ử ữ liệ ừ ộ ản tin và lưu trữ ữ liệu vào cơ sở ữ liệu d d (CSDL) trước khi th a nh n chúng T t c nhừ ậ ấ ả ững gì được yêu c u là h th ng ti p ầ ệ ố ế

nh n hoàn toàn ch u trách nhi m v d u, cung c p các ậ ị ệ ề ữliệ ấ cơ chế ho c chặ ức năng để

ki m tra tính toàn v n c a d u t b t c nguể ẹ ủ ữliệ ừ ấ ứ ồn nào Để p t c ví d tiế ụ ụ trước, các

h ệthống thông tin ph có th báo nh n ch ụ trợ ể ậ ỉ định sau khi đặt ch nh trong mỉ đị ột hàng đợi đầu vào, nh ng ch nh này ch ữ ỉ đị ờ đợi để được x lý theử o đúng trình tự và lưu trữ vào cơ sở ữ ệ ạ d li u t i m t thộ ời điểm trong tương lai Giả đị nh rằng hàng đợi đầu vào được duy trì cùng m t mở ộ ức độ toàn vẹn như CSDL Những th c th c a ự ể ủ

b n tin t m thả ạ ời không được ch p thu n bấ ậ ởi đối tượng g i và/hoử ặc đối tượng nh n ậsau khi báo nhận

2.1.2.3 Ph ản hồ i báo nh ận: Phương thức tăng cường

Mô hình ph n hả ồi HL7 đã được m rở ộng để phân bi t c hai vi c ph n hệ ả ệ ả ồi chấp nh n và ph n h i ứậ ả ồ ng dụng, cũng như các điều ki n theo m i yêu c u V i m t ệ ỗ ầ ớ ộ

ph n hả ồi chấp thu n tích cậ ực, hệ thống ti p nhế ận và lưu giữ ả b n tin vào b ộ lưu trữ an toàn theo cách th c phát hành c a h ứ ủ ệthống gửi, trong trường h p c n thiợ ầ ết hệ thống

g i s g i lử ẽ ử ạ ải b n tin Sau khi bản tin đã được xử lý b i h ở ệthống ti p nh n, mế ậ ột ph n ả

hồi ứng d ng có th ụ ể được sử ụ g để d n thông báo tr ng thái kạ ết quả cho h ệthống g ửi

2.1.2.4 Các truy v n ấ

Một trao đổ ữi d u khác x y ra khi m t h liệ ả ộ ệ thống g i m t truy vở ộ ấn đến h ệthống khác Ví d , trong ng d ng thông tin, có th có m t s ki n kích hoụ ứ ụ ể ộ ự ệ ạt “một thủ ục đượ t c lên lịch” cho ệnh nhân người chưa đăng ký sẵn trong cơ sở ữ ệb d li u của

ứng d ng thông tin ng d ng có th g i m t b n tin yêu c u ch a mã ID c a b nh ụ Ứ ụ ể ở ộ ả ầ ứ ủ ệ

30

nhân đến h th ng qu n tr và nh n mệ ố ả ị ậ ột đáp ứng ch a d li u c n thiứ ữ ệ ầ ết để cho phép

x lý yêu c u Giao d ch g i yêu c u này là m t truy v n Thông tin ch y gi a các h ử ầ ị ở ầ ộ ấ ả ữ ệthống được chứa trong đáp ứng Bản thân đáp ứng không nh n m t b n tin th 3 ậ ộ ả ứ

Trong t t c ấ ả trường h p, chu n HL7 g m mợ ẩ ồ ột trao đổi đơn giản b n tin giả ữa

m t c p ng d ng: s c p nh t t ng và s nh n c a nó ộ ặ ứ ụ ự ậ ậ ự độ ự ậ ủ hoặc truy vấn và đáp ứng

c a nó Mô hình hoủ ạt động lớp dưới là mô hình c a máy khách và máy ch Mủ ủ ột ứng

dụng tương tác với ứng d ng khác dùng m t mã s kiụ ộ ự ện mà xác định giao d ch ng ị Ứ

dụng khác đáp ứng với mộ ảt b n tin mà g m d u hoồ ữliệ ặc một bi u th l ng d ng ể ị ỗi Ứ ụ

kh i t o có th nh n m t trở ạ ể ậ ộ ạng thái đẩy ra t ng d ng khác ho c t ph n m m cừ ứ ụ ặ ừ ầ ề ấp thấp ch ra r ng b n tin c a nó không đư c nhỉ ằ ả ủ ợ ận đúng

Truy v n HL7 có th ấ ể được đặt công th c dùng mứ ột trong vài phương pháp sau:

1 “Bộ ọ l c truy vấn” HL7, định nghĩa thông qua đoạn QRD và QRF Nh ng ữ

b l c này h ộ ọ ỗtrợ như trong các ấn bản trước của HL7, và được tham kh o theo truy ả

vấn “phương thức cơ bản”

2 Ngôn ng truy v n nhúng ch n câu l nh, mà ngôn ng ữ ấ ọ ệ ữ đó làm cho hệ thống truy v n có th nh d ng yêu cấ ể đị ạ ầu như là m t câu l nh truy v n d ng t do (free-ộ ệ ấ ạ ựform), sử ụ d ng ngôn ng truy v n c a s ch n l a (VD, SQL) ữ ấ ủ ự ọ ự

3 B ng yêu c u o, có chả ầ ả ức năng tương tự ả b n tin Ngôn ng truy v n nhúng, ữ ấnhưng định d ng nghiêm ngạ ặt hơn với các phân cách

4 Các yêu c u th tầ ủ ục lưu trữ, mã đơn vị ủa chương trình trên hệ c thống đáp ứng mà được xây dựng đểthỏa mãn m t truy v n ch ộ ấ ỉ định (VD, định nghĩa trước các truy vấn, th tủ ục lưu trữSQL)

Do các truy vấn định nghĩa trước h b i HL7 b gi i h n v s ỗtrợ ở ị ớ ạ ề ố lượng và định nghĩa chính xác, ỗ m i truy v n có m t tên th tấ ộ ủ ục lưu trữ tương ứng và danh sách thông số liên đớ ới v i nó

5 Các truy v n l p l i s ki n, là yêu c u cho d ấ ặ ạ ự ệ ầ ữliệu định dạng như là bản tin

s ki n HL7 bao gự ệ ồm các câu lệnh lựa chọn SQL như một phương tiện thay th tiêu ếchuẩ ựn l a ch n truy v n mã hóa S thay th ọ ấ ự ế này được đề ngh ị như là một quy ước

31

cho các ph n th c thi, và không có ng ý h ầ ự ụ ệthống máy ch ph i h SQL chung ủ ả ỗ trợ

hoặc phải dựa trên k thuỹ ật cơ sở ữ d u có liên quan liệ

2.1.3 Môi trường truy n thông ề

Chuẩn HL7 định nghĩa bản tin khi chúng được trao đổi gi a th c th ữ ự ể ứng d ng ụ

và th tủ ục dùng để trao đổi chúng Như là nó hoạt động m t cách khái niộ ệm ở ấ c p 7

của mô hình ISO cho Hệ thống m kở ết nối trung gian (Open System Interconnection – OSI) Nó có liên quan chính v i n i dung d u và mớ ộ ữliệ ối tương quan của b n tin và ả

với việc truy n thông các c p ng dề ấ ứ ụng trong điều ki n l ệ ỗi

Do tài nguyên OSI không th c thi toàn b , nhóm làm viự ộ ệc HL7 quan tâm đến cung c p chu n mà s h u d ng trong th i gian tấ ẩ ẽ ữ ụ ờ ới HL7 cũng nhận ra r ng hi n tằ ệ ại

và s ẽtiếp tục quan tâm đến truy n thông d ề ữliệu chăm sóc sức kh e gi a các h ỏ ữ ệthống

hoạ ộng trong môi trườt đ ng truy n thông mà cung c p mề ấ ột cấp độ cao về chức năng, nhưng sử ụng tài nguyên khác hơn là ISO OSI Toàn bộ môi trườ d ng quan tâm c a ủ

HL7 gồm:

❖ Các môi trường không d ự tính trước mà không cung c p ngay c s ấ ả ự ổn định

v n chuyậ ển cơ bản Các môi trường đó bao gồm liên kết điểm đến điểm

RS-232, modem, và ngay c LAN, n u s n i k t v i máy ch cả ế ự ố ế ớ ủ ủa chúng được làm qua giao ti p RS-ế 232 Cho đến khi chu n c p cao OSI tr thành th c s ẩ ấ ở ự ự

ph bi n, nhi u giao di n cổ ế ề ệ ủa chăm sóc sức kh e s ỏ ẽthực thi trên các k t nế ối

đó Trong một môi trường như vậy, tài nguyên c p thấ ấp hơn HL7 (Lower Level Protocols LLP) có th – ể được dùng gi a các h ữ ệthống để tăng khả năng của môi trường truy n thông Tài nguyên c p thề ấ ấp hơn HL7 được định nghĩa trong hướng d n th c thi HL7, không ph i là m t ph n chính th c c a chu n ẫ ự ả ộ ầ ứ ủ ẩ

❖ Các môi trường mà h tr m t c p v n chuy n m nh mỗ ợ ộ ấ ậ ể ạ ẽ, nhưng không phù

h p v i yêu c u mợ ớ ầ ức cao Điều này bao gồm các môi trường như là TCP/IP, DECNET, và SNA

❖ ISO và tính s h u công vi c m ng mà thở ữ ệ ạ ực thi đến một dịch vụ trình di n và ễ

d ch v cị ụ ấp cao khác IBM’s SNA LU6.2 và SUN Microsystem’s NFS là các

ví d v tính s h u công viụ ề ở ữ ệc mạng hoàn ch nh ỉ

32

❖ Hai hay nhi u ng dề ứ ụng đang chạy trên cùng m t máy v t lý và/ho c máy luộ ậ ặ ận

lý mà không tích h p ch t Trong nhợ ặ ững môi trường này, kh ả năng bản tin có thể được cung c p b i m t d ch v ấ ở ộ ị ụtruyền thông x lý trung gian (VD, các ử ống (pipelines) trong hệ ố th ng UNIX)

Chuẩn HL7 gi nh rả đị ằng môi trường truy n thông s cung c p các kh ề ẽ ấ ả năng sau:

➢ S truy n không lự ề ỗi Các ng d ng có th nh r ng chúng nh n ứ ụ ể giả đị ằ ậchính xác t t c byte truyấ ả ền trong cách chính xác mà chúng được gửi

đi Điều này ngầm định r ng vi c ki m tra lằ ệ ể ỗi được làm m c th p ở ứ ấhơn.Tuy nhiên ứng d ng g i có th không gi nh r ng bụ ử ể ả đị ằ ản tin được

nh n thậ ực sự không nh n mậ ột bản tin nh n ậ

➢ S chuyự ể n đ ổi ký tự N u hai ế máy trao đổi dữ liệu dùng các đặc trưng khác nhau c a cùng m t t p ký tủ ộ ậ ự, môi trường truy n thông s ề ẽchuyển

d u t mữliệ ừ ộ ặc trưng này đến đặc trưng khác.t đ

➢ Chiều dài b n tin HL7 không gi i h n v kích c tả ớ ạ ề ỡ ối đa của b n tin ảHL7 Chu n gi nh rẩ ả đị ằng môi trường truy n thông có th v n chuyề ể ậ ển

b n tin c a b t k ả ủ ấ ỳ chiều dài nào mà có th c n thi t Thể ầ ế ực ết , các bên

có th ể đồng ý đặt vài gi i hớ ạn trên cho kích thước b n tin và có th dùng ả ểtài nguyên bản tin liên t c cho bản tin vượụ t quá giới hạn trên

Chú ý: Ch khi HL7 không làm gi ỉ ả định v thi t k ho c ki n trúc c a h ề ế ế ặ ế ủ ệthống

ứng d ng g i và nh n b n tin HL7, nó không gi nh v ụ ử ậ ả ả đị ề môi trường truy n thông ề

đến những điều k trên Ngoài ra, t nh ng gi ể ừ ữ ả định trên, môi trường truy n thông, ề

gồm kiến trúc c a nó, thiủ ết kế và thực thi là ngoài vùng của HL7

2.1.4 Khung b n tin ả

M c này s ụ ẽ xác định các thành ph n c a bầ ủ ản tin, đồng th i cung c p các ờ ấphương pháp luận để định nghĩa các bản tin lý thuyết được s dử ụng trong các chương sau

33

2.1.4.1 B ản tin

M t b n tin là mộ ả ột đơn vị cơ sở ủa trao đổ c i d u gi a các h ữ liệ ữ ệ thống Nó

g m mồ ột nhóm đoạn trong m t trình t ộ ự đã định nghĩa Mỗ ải b n tin có m t lo i bộ ạ ản tin dùng định nghĩa mục đích của nó Ví d lo i bụ ạ ản tin ADT được dùng để truy n ềcác phần của dữ ệ li u qu n tr b nh nhân (ADT Patient Administration) t h th ng ả ị ệ – ừ ệ ốnày đến h th ng khác Mã 3 ký t ch a bên trong m i bệ ố ự ứ ỗ ản tin xác định lo i c a nó ạ ủNhững mã này được liệt kê trong bảng Loại bản tin [1]

Các s ki n x y ra trong th gi i th c s kh i t o ho c kích ho t cho m t phiên ự ệ ả ế ớ ự ẽ ở ạ ặ ạ ộtrao đổi bản tin đượ ọc g i là m t s ki n kích ho t Các mã này s i di n cho các giá ộ ự ệ ạ ẽ đạ ệtrị hay m c tiêu c a sụ ủ ự ệ ki n ch ng hẳ ạn như sự ệ ki n b nh nhân nh p vi n hay s ki n ệ ậ ệ ự ệchỉ đị nh M i quan h m t-nhi u gi a ki u (lo i) b n tin và mã s ki n kích ho t ố ệ ộ ề ữ ể ạ ả ự ệ ạ

M t mã s ki n kích ho t không th k t h p v i nhi u lo i bộ ự ệ ạ ể ế ợ ớ ề ạ ản tin; ngược l i m t loạ ộ ại

b n tin ả cũng có thể ế ợ k t h p v i nhi u mã s ki n kích ho ớ ề ự ệ ạt

T t c các mã lo i b n tin và mã s ki n kích ho t bấ ả ạ ả ự ệ ạ ắt đầu v i ký t ớ ự “Z” đều

là lo i b n tin và s kiạ ả ự ện được định nghĩa theo vùng địa phương (do nhu cầu người

s d ng) Mã Z S ử ụ Ẽ KHÔNG được định nghĩa trong tiêu chu n HL7 ẩ

Hình 4 Các ph n c u thành nên mầ ấ ột bản tin HL7

34

2.1.4.2 Phân đoạn và nhóm phân đoạn

Một phân đoạn d ữliệu (phân đoạn) là m t nhóm bao gộ ồm các trường d u ữliệđược s p x p theo m t tr t t nhắ ế ộ ậ ự ất định Phân đoạn d li u c a m t b n tin có th ữ ệ ủ ộ ả ểđược quy định là b t bu c ho c tùy ch n (không b t bu c) Chúng có th xu t hi n ắ ộ ặ ọ ắ ộ ể ấ ệ

một lần ho c xuặ ất hiệ ặp đi lặ ạn l p l i nhi u l n trong mề ẩ ột bản tin M i mỗ ột phân đoạn

d ữliệu đều có một tên riêng duy nhất Ví dụ, phân đoạn tiêu đề ả b n tin (MSH), phân đoạn lo i s kiạ ự ện (EVN), phân đoạn định danh bệnh nhân (PID), phân đoạn b nh ệnhân thăm khám (PV1)

Ví d , b n tin ADT có th ụ ả ểchứa các đoạn sau: đoạn tiêu đề (MSH message –header segment), đoạn lo i s ki n (EVN event typesegment), đo n mã b nh nhân ạ ự ệ – ạ ệ(PID – patient identify segment), và đoạn thân nhân b nh nhân (NK1 next of kin ệ –segment)

Mỗi một phân đoạn đượ ịc đnh danh b i m t b bao g m 3 ký t duy nhở ộ ộ ồ ự ất, bộ

ba ký t ự này được gọi là mã định danh phân đoạn (ID phân đoạn)

T t c ấ ảcác mã định danh phân đoạn bắt đầu b ng ký t ằ ự Z được định nghĩa theo

mục đích sử ụ d ng của vùng địa phương (do người sử ụ d ng t ự định nghĩa) Các mã Z

S Ẽ KHÔNG được quy định trong tiêu chu n HL7 ẩ

Hai ho c nhiặ ều phân đoạn được s p x p theo th t ắ ế ứ ự được g i là m t nhóm ọ ộphân đoạn Một nhóm phân đoạn được quy định có th là b t bu c, tùy ch n và l p ể ắ ộ ọ ặ

l i, tạ ức là nhóm phân đoạn có th xu t hi n m t l n ho c lể ấ ệ ộ ầ ặ ặp đi lặ ạp l i nhi u l n, hoề ầ ặc không xu t hi n Mấ ệ ột nhóm phân đoạn được án một tên đại di n duy nhệ ất không đổi

2 .1.4.3 Trường

Một trường là m t chu i ký t ộ ỗ ự Khi trường được truyền đi, chúng được gởi như là các chuỗi ký t Ngo i tr ự ạ ừ nơi nào có ghi chú, trường d li u HL7 có th ữ ệ ểch a ứgiá tr r ng Vi c g i giá tr rị ỗ ệ ử ị ỗng, mà được truy n trong dề ấu (“”), thì khác với vi c b ệ ỏsót một trường d u tùy ch n S khác bi t này x y ra khi n i dung c a b n tin s ữliệ ọ ự ệ ả ộ ủ ả ẽđược dùng để c p nh t m t b d ậ ậ ộ ộ ữliệu trong cơ sở ữ d liệu hơn là tạo ra m t b d ộ ộ ữliệu

m ới

35

N u không có giá tr ế ị nào được g i, (ngo i tr b b quên) giá tr ử ạ ừ ị ỏ ị cũ nên giữkhông đổi N u giá tr rế ị ỗng được gửi đi, giá trị cũ nên được đổi thành giá tr r ng ị ỗCác chương khác nhau của chu n ch a b ng thuẩ ứ ả ộc tính đoạn Nh ng b ng này li t kê ữ ả ệ

và mô t ả các trường d liệu trong đoạn và đặc điểm cách dùng c a chúng Trong viữ ủ ệc

định nghĩa đoạn, thông tin sau được quy định c th v m i mụ ể ề ỗ ột trường d li u: ữ ệ

➢ TBL#: Mã số đị nh danh b ng tham chi u ả ế

➢ ITEM#: Số ID định danh trường d li u ữ ệ

➢ Element Name: Tên trường d li u ữ ệ

a/ V trí (Th t trong m ị ứ ự ộ t đo ạ n)

Thứ ự thông thườ t ng của trường d liệu trong đoạn Con s ữ ố này được dùng để tham khảo đến nơi trường d ữ liệu được ghi Trong b ng thuả ộc tính đoạn, thông tin này được cung c p trong c t có nhãn ấ ộ SEQ

b/ Chiề u dài t ối đa

S ký t tố ự ối đa mà trường d u có th có Chi u dài tữliệ ể ề ối đa không phải là khái ni m quan tr ng trong b n tin tóm t t ho c quy t c mã hóa HL7 Chi u dài cệ ọ ả ắ ặ ắ ề ủa một trường mang tính quy chu n Tuy nhiên trong th c t ẩ ự ế nhìn chung nó thường được dàn x p trên m t nế ộ ền cơ bản đã chỉ định Nó được tính toán để bao g m các ký hi u ồ ệphân tách thành ph n và thành ph n con B i vì chi u dài tầ ầ ở ề ối đa là chiều dài c a mủ ột

s ki n duy nh t, ký hi u phân cách s l p l i ( \ ) không ch a trong ph n tính toán ự ệ ấ ệ ự ặ ạ ứ ầchiều dài tối đa Trong b ng thuả ộc tính trường thông tin này ch a trong c t có nhãn ứ ộ

là LEN

36

c/ Loại d li ữ ệu

S giự ới hạn về ộ n i dung của trường d ữliệu bởi một số loại dữ liệu được định nghĩa bởi HL7 Trong b ng thuả ộc tính đoạn thông tin này được cung c p trong c t có ấ ộnhãn là DT (data type)

M i mỗ ột trường d u s ữliệ ẽ được gán m t lo i d u, lo i d u s ộ ạ ữliệ ạ ữliệ ẽ xác định giá tr ho c n i dung cị ặ ộ ủa trường d u Loữliệ ại dữ liệ ủa trườ u c ng d ữliệu đượ ấ ừc l y t

b ng danh sách lo i d ả ạ ữ liệu được định nghĩa Nếu trường d u có thu c tính hay ữ liệ ộthay đổi loại dữ ệ li u, c t DT sẽ đượộ c ký hiệu là “varies ”

Loại d liữ ệu có th là loể ại d liữ ệu cơ bản ho c loặ ại d liữ ệu ph c h p ứ ợ

➢ Loạ ữ ệu cơ bải d li n (Primitive) bao g m m t chu i các ký t ồ ộ ỗ ự xác định

rõ nội dung c a loại d liủ ữ ệu

➢ Loạ ữi d liệu ph c hứ ợp (Composite) được c u thành b i các thành ph n ấ ở ầ

d u, m i m t thành ph n là m t lo i d u, thành ph n d u có ữliệ ỗ ộ ầ ộ ạ ữliệ ầ ữliệthể là lo i d ạ ữliệu cơ bản ho c lo i d ặ ạ ữliệu ph c h p Nh ng thành ph n ứ ợ ữ ầ

d u con là thành ph n có loữliệ ầ ại dữ liệu cơ bản

Lưu ý: L ạ ữ ệu không xác địo i d li nh ho c cho biặ ết phương thức lưu trữ ữ ệ d li u

c a các ủ ứng dụng Khi trường d ữliệu truy n t i d ề ả ữliệu, chúng s truy n t i chu i các ẽ ề ả ỗ

Kiể ốu s

CQ S ố lượng ghép

với đơn vị

(Composite quantity with units)

<số ợng (NM)>^<đơn vị lư (CE)>

MO Tiề ện t (Money)

VID Nhận d ng phiên ạ

b n (ả Version identifier)

<ID c a phiên b n (ID)>^<mã quủ ả ốc tế(CE)>^<ID phiên b n quả ốc tế (CE)>

HD Ký hiệu thi t kế ế

theo bậc

(Hierarchic designator)

<ID tên kho ng tr ng (IS)>^<ID t ng th ả ắ ổ ể(ST)>^<Lo i ID t ng th ạ ổ ể(ID)>

Chỉ dùng như là phần c a EI và các loại d liủ ữ ệu khác

EI Định danh th c ự

thể (Entity identifier)

<định danh th c th (ST)>^<ID tên kho ng ự ể ảtrắng (IS)>^<ID t ng th (ST)>^<lo i ID t ng ổ ể ạ ổthể (ID)>

RP Điểm tham kh o ả

(Reference pointer)

<Ch ỉ điểm (ST) >^<ID ng d ng (HD)>^<loứ ụ ại

d u (ID)>^<lo i con (ID)> ữliệ ạ

PL Nơi nằm b nh ệ

nhân (Person location)

<tổ chăm sóc (IS)>^ <phòng (IS )>^<giường (IS)>^<kh ả năng làm việc (HD)>^<tình trạng nơi nằm (IS )>^<loại nơi nằm IS)>^<tòa nhà (IS )>^<t ng (IS )>^<mô t ầ ả nơi nằm (ST)>

AD Địa ch (ỉ Address) <Địa ch ỉ đường (ST)>^< s thi t k khác ự ế ế

(ST)>^<thành ph (ST)>^<ti u bang hoố ể ặc tỉnh (ST)>^<mã t nh hoỉ ặc mã bưu điện (ST)>^<đất nước (ID)>^<lo i d li u (ID)>^<tên đ a lý khác ạ ữ ệ ị(ST)>

38

(Person name) <tên gia đình (ST)>^<tên đượđệm ho c tên (ST)>^<h u t (VD, JR ho c III) ặ ậ ố c đặt (ST)>^<tên ặ

(ST)>^<ti n t (VD, DR) (ST)>^<cề ố ấp độ (VD, MD) (ST)>

TN S ố điện thoại

(Telephone number)

[NN] [(999)]999-9999[X99999][B99999][C văn

b n bả ất kỳ]

B ng 1 Các ả loại dữ liệ u HL7 cơ bản

d/ Tùy ch n ọ

Định nghĩa: trường d ữliệu có th có thu c tính b t bu c, tùy ch n hoể ộ ắ ộ ọ ặc là điều

kiện trong phân đoạn

Trong b ng thuả ộc tính phân đoạn, thông tin này được cung c p c t có tên ấ ở ộOPT

Các ký hiệu ở ột OPT được mô tả c chi ti t trong b ng sau: ế ả

R Bắt buộc

RE Bắt buộc nhưng có thể trố ng (không có d ữliệu)

O Tùy chọn (không b t bu c) ắ ộ

C (a/b) Điều ki n d a trên s ki n kích ho t hoệ ự ự ệ ạ ặc trường d li u khác Nh ng ữ ệ ữ

định nghĩa trường d li u theo b ng thu c tính cữ ệ ả ộ ủa phân đoạn nên xác

định rõ thuật toán định nghĩa cho trường d li u này ữ ệ

X Không sử ụ d ng cùng v i sự ệớ ki n kích ho t này ạ

B Tương thích ngược v i phiên bớ ản trước của HL7 Định nghĩa trường d ữ

liệu này trong b ng thu c tính cả ộ ủa phân đoạn s ẽ được ký hi u là tùy ch n ệ ọcho phiên bản tiêu chuẩn trước đây

W Loại bỏ

B ng 2 B ng các lo i tùy ch n ả ả ạ ọ

e/ Sự ặ ạ l p l i

Trong trường hợp trường d li u l p l i Giá tr xu t hi n c t l p l i là m t ữ ệ ặ ạ ị ấ ệ ở ộ ặ ạ ộ

s t nhiên cho bi t s l n tố ự ế ố ầ ối đa mà trường d u này có th xu t hi n trong phân ữliệ ể ấ ệđoạn, ví d : giá tr ụ ị ‘3’ có nghĩa là trường d li u có th ữ ệ ểxuất hi n tệ ối đa 3 lần; n u c t ế ộ

l p lặ ại không xác định rõ giá tr ho c không có giá trị ặ ị, trường d u có th xu t hiữliệ ể ấ ện

một lần, có nghĩa là trường d u không l p l ữliệ ặ ại

Trong b ng thuả ộc tính phân đoạn, thông tin l p lặ ại này được cung cấp ở ộ c t có tên RP#

HL7 định nghĩa mộ ảt b ng các giá tr ị cho trường này M t m c trong cộ ụ ột “Số

Bảng” có nghĩa là tên bảng và tên thành phần là tương đương

Cách HL7 định nghĩa các giá trị có nghĩa cho bảng s khác ẽ nhau Các trường, như nơi bệnh nhân , s ph i có giá tr ở ẽ ả ị thay đổi t ừ cơ quan này đến cơ quan khác Các

bảng như vậy được thi t k ế ế do người dùng hoặc HL7 định nghĩa một ph n Ngay c ầ ảcác bảng này không được định nghĩa trong chuẩn, chúng được cho trước m s cột ố ủa

bảng người dùng định nghĩa để ệ vi c th c thi d dàng Lo i d ự ễ ạ ữ liệu IS thường được dùng để mã hóa giá tr cho các b ng này ị ả

Vẫn còn có các trường khác ch a giá tr ứ ị được mã hóa b ng cách tham khằ ảo

đến các tài li u chuệ ẩn khác VD trường mã hóa cho các th t c củ ụ ủa thư viện được định nghĩa bởi chu n AS™ E1238-94 Lo i d liẩ ạ ữ ệu CE được dùng để mã hóa các giá tr cho nhị ững trường này

Cuối cùng, có vài bảng người dùng định nghĩa chứa giá tr có th ị ể được chuẩn hóa qua các cơ quan nhưng không thể áp d ng chu n ụ ẩ văn phòng tồ ại cho các cơ n tquan đó Những giá tr ngh xu t hiị đề ị ấ ện trong văn bản dưới định d ng không h p ạ ộtiêu chu n (standard non-ẩ boxformat) Người ta mong ch r ng nh ng giá tr này s ờ ằ ữ ị ẽđượ ử ụng nơi mà khả năng ức s d ng d ng trong mụ ột cơ quan và dùng như một cơ sởcho s m r ng khi có yêu c u y ban chự ở ộ ầ Ủ ức năng thích hợp trong HL7 thu hút các

đề ngh cho các giá tr thêm t ị ị ừ các cơ quan áp dụng chu n ẩ

Các lo i d ạ ữliệu HL7 khác nhau (AD, CD, CE, CF, CK, CM, CN, CP, CQ,CX, DLN, ED, EI, FC, ID, IS, JCC, MO, HD, PL, PPN, PT, QSC, RI, RP, SCV, TQ, VH, XAD, XCN, XON, XPN, và XTN) được dùng để ậ v n chuy n các giá tr x p thành ể ị ế

b ng, ho c có m t thành ph n ch a các giá tr x p thành b ng Trong b ng thu c tính ả ặ ộ ầ ứ ị ế ả ả ộđoạn, thông tin này được cung c p trong c t có nhãn là TBL# Ngo i tr duy nh t là ấ ộ ạ ừ ấ

lo i d liạ ữ ệu CE và CF, ch a đ nh danh b ng là mứ ị ả ột phần c a đủ ịnh nghĩa loại d liữ ệu

40

h/ Số ID

Định nghĩa: Số ự nhiên không âm đượ t c s dử ụng để xác định mã định danh duy nh t cho ph n t d ấ ầ ử ữliệu xuyên su t tiêu chu n Trong b ng thuố ẩ ả ộc tính định nghĩa phân đoạn, thông tin này được cung c p c t có tên ấ ở ộ ITEM# (Mã định danh h ng ạ

mục)

i/ Tên gọi

Định nghĩa: Tên mô tả cho m t ph n t ho c mộ ầ ử ặ ột trường d li u Trong b ng ữ ệ ảthuộc tính định nghĩa phân đoạn, thông tin này được cung c p ở ộấ c t có tên ELEMENT NAME

Khi tên mô t giả ống nhau được s d ng trong hai ho c nhiử ụ ặ ều hơn hai phân đoạn, nó S ph i có cùng lo i d u và ng Ẽ ả ạ ữliệ ữ nghĩa giống nhau và cùng ph i có cùng ả

mã số đị nh danh giống nhau (có nghĩa là sử ụ d ng cùng m t ph n t d ệu) Để ảộ ầ ử ữli gi i quyết bấ ỳ ự mơ hồt k s nào xu t hi n t ấ ệ ừ quy ước này, tên phân đoạn và v trí S luôn ị Ẽluôn xuất hi n cùng ệ

2.1.5 Các ký t ự ngăn cách trong bản tin

Trong quá trình xây d ng b n tin, các ký t c biự ả ự đặ ệt đượ ử ục s d ng Chúng là

b các ký t c bi t nh m báo hi u s ộ ự đặ ệ ằ ệ ựchấm dứ ủt c a một phân đoạn, ngăn cách giữa các trường d liữ ệu, ngăn cách giữa các thành ph n d liầ ữ ệu, ngăn cách giữa các thành

ph n d ầ ữliệu con, ngăn cách giữa các d u l p l i, ký t ữliệ ặ ạ ự escape ‘ ’ và ký tự\ rút g n ọ

Ký t báo hi u ch m d t hoự ệ ấ ứ ặc ngăn cách giữa các phân đoạn luôn luôn là ký t ựxuống dòng và bắt đầu m t dòng m i (trong b ng mã ASCII, ký t này có mã là 0D theo h ộ ớ ả ự ệthậ ụp l c phân)

Những ký t ự ngăn cách khác được định nghĩa trong phân đoạn tiêu đề MSH

c a bủ ản tin, trường d ữliệu này quy định b n v trí theo th t ố ị ứ ự đã được định nghĩa sẵn, trường d liữ ệu này được gọi là trường d liệữ u mã hóa, v trí cị ủa trường d u này là ữliệ

v ịtrí đầu tiên trong phân đoạn MSH đứng sau mã định danh của phân đoạn MSH B ộ

ký t ự ngăn cách được xác định trong phân đoạn tiêu đề MSH là các ký t ự ngăn cách được s d ng xuyên su t trong toàn b bử ụ ố ộ ản tin Trong trường h p không có nh ng ợ ữ