VIỆN KHOA HỌC VÀ CƠNG NGHỆ VIỆT NAM VIEN CO HOC VA TIN HOC UNG DUNG
000
DE TAI:
UNG DUNG CONG NGHE THONG TIN TRONG VIEC XAY DUNG HE THONG LUU TRU VA TRUYEN TAI HiNH ANH PHUC VU CHAN DOAN VA TRA CUU (PACS) TAI BENH VIEN DA KHOA
TINH BINH DUONG
CHUYEN DE 2.3:
NGHIEN CUU VA XAY DUNG MODULE CHUYEN DOI HL7 NGƯỜI THỰC HIỆN: Trần Anh Khoa Ngơ Anh Tuấn Bùi Hồng Phúc Nguyễn Thanh Tùng
Nguyễn Hữu Phước
Cơ quan chủ trì: Viện Cơ học và Tin học ứng dụng
Trang 2
000
DE TAI:
UNG DUNG CONG NGHE THONG TIN TRONG VIEC XAY DUNG HE THONG LUU TRU VA TRUYEN TAI HINH ANH PHUC VU CHAN DOAN VA TRA CUU (PACS) TAI BENH VIEN DA KHOA
TỈNH BÌNH DƯƠNG CHUYEN DE 2.3:
NGHIEN CUU VA XAY DUNG
MODULE CHUYEN DOI HL7 NGƯỜI THỰC HIỆN: Trần Anh Khoa Ngơ Anh Tuấn -Bùi Hồng Phúc Nguyễn Thanh Tùng
Nguyễn Hữu Phước
Cơ quan chủ trì: Viện Cơ học và Tin học ứng dụng
Địa chỉ: 291 Điện Biên Phủ, Quận 3, thành phố Hồ Chí Minh Chủ nhiệm đề tài: Th.S Đào Văn Tuyết
Trang 3Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 -— —— MỤCLỤC
| I_ THƠNG TIN CHUNG GOI CƠNG VIỆC Tàn HH nhớ l
1 Tên gĩi cơng viỆC cccccccccceccee ¬ ¬ _ |
P9 an ” 1
3 Nội dung cƠng vVIỆC Lo HH TH nọ TT Hi l
4 Sợ bộ quá trình nghiên cứu và triển khai gĩi cơng việc . -5-cssc: 1
IL Khai la 3
1 Lich str phat triém o c.cecccccccccscescssesscesessessesscssssesseesesssesessssesteseessesssseasesesseeseesesseasens 3 2 Dinh nghia vé chudn dé lidu HL7 oo ececeesessssesssessssssssessessesseesessessessessessesseessesven 4
3 Tam quan trọng CUA LT oo eeeceeeeeneseseesneeseseseneseneneesessnsteessesseeeseeneeseasseneaeeetenes 4
III Cu trite ban tin HL7 ssssssssssssesssssssceecsessessussssnssnseeessssessiimnasssseseessesseceessunnassssseeee 5
IV Các nguyên tắc mã hĩa và giải mã bán tin HL7 . - 2 5 2©5s+se+xerxecea 9 1 Các qui tắc xây dựng bản tỉn HLL7 ¿- S52 S2+EE#ESEEEEEEEEEEEkerrErrkrrkrkerkrred 9
2 Các kiểu dữ liệu dùng trong bản tin HL/7 . -2¿©2+2©csc2cxevrxveviereerkeerred 10 3 Các qui tắc mã hĩa bản tin HL7 -:-5-©5¿©S++xt‡x2xE2EEExExEEEeCkerkerkrrreerkervres lồ
V Sự khác nhau giữ HL7 v2.x và HH7 v3.X - 5 ST HH HH hrtrkp 18
Mì 0n 00/22 — 18
2 Thơng điệp HL/7 v3 -ccc¿-+22E++ettEEEELEerrEtEEEkerrrrrrke ¬ 18
3 Việc dịch chuyển bản tin HL7 v2.x thành v3.x 5-55 Scccccceexrrereereree 19
VI Khả năng của chuẩn HL7 trong việc trao đổi đữ liệu giữa các hệ thống thơng tin 21
1 Tổng quan vé hé thong thong tin y 6 -:ÕỮ11 21
2 Hệ thống thơng tin bệnh viện HIS (Hopstital Information System) 22
3 Hệ thống thơng tin chuẩn đốn bằng hình ảnh RIS - 22 4 Hệ thống lưu trữ và truyền ảnh PACS ¿+ 22t 2t erverkerkerrrrerkrrkrrrkd 23
5, ' Chuẩn dữ liệu hình ảnh DICOM Cà re re ưu 24
6 Tổng Kết ¬ 25
VỊI Các thuật tOán L S00 ng nen vn 25
1 Thuật tốn tạo tập tin theo định dạng *.HL7 . 5c S5 Series 25
2 Thuật tốn chuyển đổi kiểu tập tin từ định đạng *.HL7 sang định dạng *.XML 25
Trang 4
3 Thuật tốn chuyên đổi kiểu tập tin từ *.XML sang *.HL7 scccccccscc 26
VIII MIRTH he KH nh kg xen 27
II ải nh cố ố ố - 27
2 Đặc điểm Ls HH 220cc _¬- 27
3 Cách sử dụng cu HnnnHnH HH ng HT ệp ¬— 28
4 Vi tri cha Mirth đối với các hệ thống khác 2t cvetEeExrrrrrrersrree 40 5 Minh họa quá trình tạo và gửi bản tin HLU7 2252525222222 E22212E1122122212222EEEe-cee 47
6 Minh họa quá trình nhận và xử lý bản tin HL7 -.-ccccccccxvererieeererrerrree 50
Trang 5
Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 — Báo cáo gĩi cơng việc 2.3: Vv
NGHIEN CUU VA XAY DUNG MODULE CHUYEN DOI HL7
TEN DE TAI: “WNG DUNG CONG NGHE THONG TIN TRONG VIEC
XAY DUNG HE THONG LUU TRU VA TRUYEN TAI HINH ANH PHUC
VU CHAN DOAN VA TRA CUU (PACS) TAI BENH VIEN DA KHOA
TINH BINH DUONG”
ĐƠN VỊ CHỦ TRÌ ĐÈ TÀI: VIỆN CƠ HỌC VÀ TIN HOC ỨNG DỤNG ĐƠN VỊ QUẢN LÝ: SỞ KHOA HỌC VÀ CƠNG NGHỆ TỈNH BÌNH DƯƠNG
DON VI THU HUONG: BENH VIEN DA KHOA TINH BINH DUONG
Trang 6
I THƠNG TIN CHUNG GĨI CƠNG VIỆC:
1 Tên gĩi cơng việc: Nghiên cứu và xây dựng module chuyên đơi HL7
2 Chức năng: Đảm bảo tính tương thích của hệ thống đang xây dựng với hệ thống thơng tin y tế của bệnh viện
Nội dung cơng việc:
e Tìm hiểu chuẩn giao thức biểu diễn thơng tin bệnh nhân HL7 sử dụng trong y
tê
'Viết mã chương trình chuyển đổi
Cài đặt, chạy thử, kiêm tra và hồn thiện
Phân tích, thiết kế chương trình mã hĩa và giải mã chuẩn đữ liệu HL7
Viết báo cáo gĩi cơng việc và hướng dẫn sử dụng chương trình Sợ bộ quá trình nghiên cứu và triển khai gĩi cơng việc: e© _ Thời gian thực hiện: từ tháng 01/2010 đên tháng 06/2010 e Quá trình thực hiện: được mơ tả qua bảng sau e Tìmhiểuvềchuẩngiao * thức HL7 sử dụng trong y tế: cách biểu điễn „ e thơng tin, các trường dữ liệu, các sự kiện phát sinh trong y té _ Thang 01/2010 e Tim hiéu vé nguyén tac mã hĩa và giải mã Tìm hiểu về các thuật tốn _mã hĩa và giải mã dữ liệu theo chuẩn giao thức HL7 e Tìm hiểu các phiên bản hiện tại hay sử dụng tin y té e Tim hiéu kiến trúc của chương trình mã hĩa và Tài liệu về chuẩn giao thức HL7
Trang 7Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 — Tháng 03/2010 -_ - Tháng 04 - 05/2010 Tháng 06/2010 giải mã HL7 trong các hệ thống thơng tin y tế Tìm hiểm về các giao thức kết nối và truyền tai dt liệu HL? giứa các hệ thống Phân tích tính tương thích với các hệ thống cần kết nối Phân tích, thiết kế kiến trúc, chức năng chương trình mã hĩa và giải mã dữ liệu chuẩn HL7 Phân tích và thiết kế chương trình kết nối và truyền tài đữ liệu HL7 Viết mã chương trình kết nối hệ thống và chuyển đổi chuẩn dữ liệu HL7 Cài đặt chương trình, chạy thử, kiêm tra và - hồn thiện
Việt báo cáo gĩi cơng
việc, tài liệu hướng dân
Tài liệu phân tích và thiệt kê
Chương trình
Chương trình hồn
thiện
Tài liệu báo cáo -
Bảng]: mơ tả quá trình thực hiện của gĩi cơng việc 2.3 trong đề tài
Trang 8
H Khái quát về HL7 :
1 Lịch sử phát triển:
e HL7 dugc phat triển vào năm 1987, phát triển những chuẩn về sự thay đổi liên quan đến khám và điều trị bệnh nhân trong bệnh viện, tài chính, kinh tế, quân sự giữa tổ chức chăm sĩc sức khỏe bằng máy tính, với hệ thống thơng tin y té, lao động, bào chế được,
e Trong 3 năm vừa qua, thành viên của chuẩn HL7 đã phát triển lên đến 1700 _ bệnh viện, trung tâm chăm sĩc sức khỏe, và những thành viên cá nhân bao gồm
tất cả đội ngũ chăm sĩc sức khỏe và những đại lý Chuẩn HL7 được hỗ trợ bởi những đại lý và được sử dụng chủ yếu trong những bệnh viện ở Hoa Kỳ Nĩ được sử dụng phổ biến trong nhiều quốc gia: Úc, Phần Lan, Đức, Hà Lan, Nhật -_ Bản, New Zealand, Autria, Hoa Kỳ
e© Tháng 6 năm 1994, HL7 được xem xét, chấp nhận bởi ANSI (American Natinal Standards Institute) như một chuẩn chính thức được cơng nhận bởi
ANSI HL7 đưa ra version 2.2 vào tháng 12,1994 Chuẩn này nhất trí đồng ý theo những luật( qui định) của ANSI và được chấp nhận như một chuẩn ANSI
vào 8/2/1996 Version 2.3 được đưa ra trên CD-ROM vào tháng 4/1997, được
cơng nhận theo chuẩn của ANSI vào 13/5/1997 Chuẩn 2.3 hỗ trợ ADT
(Administrator Discharge Transfer), văn bản quản trị bệnh nhân PAD( Patient Administrative Documentation), cac yéu cầu, báo cáo kết quả, theo dõi y tế, quản lý báo cáo y tế MRM (Medical Record Management), sao chép, lập kế
hoạch, báo cáo trắc nghiệm y té CTR (Clinical Trials Reporting), bao céo su kién c6 hai AER (Adverse Event Reporting), tinh hinh tai chinh, cde dich vu chăm sĩc bệnh nhân
e Ngồi ra cịn cĩ version 2.3.1 cĩ thêm tính nâng cấp để hỗ trợ tính pháp lý, các cải tiến cho phép liên kết quốc tế để tận dụng hết thế mạnh của chuẩn giao tiếp
e Nam 2001, version 3.0 chính thức được triển khai, đi vào tiếp cận hướng đối
tượng cho việc trao đổi dữ liệu y tế Phiên bản 3.0 ra đời khắc phục một số
nhược điểm của các version 2.x như:
= Tién trinh tích hợp dữ liệu phức tạp " Cĩ sự hiểu lầm các đặc tính kỹ thuật
" Khĩ khăn trong việc thay đổi các thích ứng với các thơng số đặc trưng
Trang 3
Trang 9Viện Cơ học va Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 —
“ Khĩ khăn trong việc đánh giá tiến trình thực hiện
»® Việc mở rộng là tùy chọn
» _ Thiếu chức năng hỗ trợ cho việc bảo mật
= Thiếu các chức năng hỗ trợ cho cơng nghệ mới; XML, Web,
2 Định nghĩa về chuẩn dữ liệu HL7: |
e Là chuẩn dùng riêng cho việc trao đổi thơng tin y tế, giúp cho việc truyền
-thơng trong y tế được thuận tiện và đơn giản |
e Nhitng qui dinh cia chudn HL7 da được phát triển theo thứ tự các mục tiêu định trước Sự mở rộng sau này của chuẩn cũng phải hỗ trợ cho các mục tiêu này Mục đích của chuẩn là thực hiện truyền thơng trong các hệ thống y tế
được thuận tiện, đơn giản Mục tiêu chính của chuẩn là cung cấp các tiêu chuẩn
cho việc chuyển đổi dữ liệu trong các ứng dụng máy tính dùng trong y tế e Chuẩn HL7 hỗ trợ việc chuyển đổi dữ liệu giữa các hệ thống thực hiện trong
mơi trường kỹ thuật đa dạng Sự thực hiện của chuẩn phải phù hợp với tính đa đạng của ngơn ngữ lập trình và các hệ điều hành HL7 cũng hỗ trợ giao tiếp
trong các mơi trường truyền thơng đa dạng; từ mơ hình OSI 7 mức đến các mơi
trường nhỏ hơn như kết nối điểm tới điểm RS-232C
Trang 10
Ở đây, ta thấy một mơi trường y tế tiêu biểu bao gồm một số ứng dụng quan
trọng cần chuyên đổi đữ liệu liên quan đến khám và điều trị Nhiều chuẩn được sử
dụng cho một vùng đặc biệt, một trong những chuẩn đĩ cĩ chuẩn thơng điệp HL7
Mơ hình HL7 ứng dụng thực tế chẳng hạn như danh sách bệnh nhân, HL7 cung
cấp một khung linh hoạt để xây dựng những thơng điệp và được sử dụng một cách rộng rãi II Cấu trúc bản tin HL7 _HL7M k Segments r | ¬ Fields V ~ Component ——T— Sub-Component —
Sự kiện của bản tin
Sự kiện của mơ hình thế giới thực, như: Admit/Discharge/ Transfer (AD 1)
Q ADT A04 G16 so beh aha)
QO ADT AOS (Cap phat dt liệu
bệnh nhân)
a Ete
Lab Orders (ORM)
Q ORM O01} (Order Messave)
Lab Results (ORR)
QO ORR O02 (Order Response)
Ete
Hang ngan sự kiện của bản tin
Hình 2- Cấu trúc của bản tin HL7
Mỗi bản tin là một khối các phần tử dữ liệu được truyền giữa các hệ thống
trong một lượt truyền Bản tin bao gồm một nhĩm các đoạn được sắp xếp theo thứ
tự đã định nghĩa Mỗi bản tin cĩ một kiểu riêng (message type) và một sự kiện khởi dau riéng (trigger event) Chuan HL7 định nghĩa sự kiện trigger giống như một sự kiện trong thế giới thực của “health care” để tạo dữ liệu di chuyển trong hệ thống Mỗi “trigger event” được kết hợp với một “abstract message” dé dinh nghia loai dữ
liệu mà thơng điệp cần để hỗ trợ “trigger event” “Abstract message” la mét su két
hop nhitng segment, va bao gém nhiing luat vé việc lặp lại và tat cả những segment
Bảng sau chỉ ra một thí dụ về một “abstract message” liên kết với sự kién trigger A04- Thơng tin bệnh nhân
Trang >
Trang 11Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010— - ADT^A04^ADT_A0I1 MSH EVN PID [PDI] [{ ROL }] [{ NK1 }] PVI -IPV2] ˆ [{ ROL)] [{ DB1 }] [{ OBX }] [ALDH [DG] - [ DRG ] - -1ROL)] I I(GT1)] tt TN— TIM] [{ INS 3] [{ ROL }] a [ACC] “TUBI] [ UB2 ] [ PDA ] Addmission(t6 chức xã hội), Discharge va Transfer Message Header Event Type Patient Identification Additional Demographics Role Next of Kin /-Associated Parties Patient Visit Patient Visit - Additional - Information [{ ROL 3] Disability Information Observation/Result Allergy Information Diagnosis Information ~ Diagnosis Related Group _ Procedures Role , Guarantor Insurance
~ Insurance Additional Information
Insurance Additional Information -
Cert
Role
Accident Information
~ Universal Bill Information ' Universal Bill 92 Information
Patient Death and Autopsy ` Hình 3 - Bảng thơng tin bệnh nhân với loại trigeer 4DT^404
s% Trong đĩ: Dấu “[ ]? định vị một đoạn hoặc nhĩm các segment tùy chọn, trong khi cặp dau “4 }” chỉ sự lặp lại
Trang ©
Trang 12e Trong ban tin HL7 gồm các phần sau:
= Groups, Segments, Fields, Components, va Sub-Components * Groups va Segments cé thể chứa những phần tử thêm vào
= Fields va Components cé thé chtra dung những phần tử thêm vào hoặc những phần tử ban đầu
=_ Sub-components là những phần tử gốc (cĩ thể những giá trị dữ liệu s* Trong đĩ:
> Segment (đoạn): là một nhĩm logic các trường dữ liệu Một bản tin cĩ nhiều đoạn nhưng khơng bắt buộc tất cả các đoạn đều hiện diện, trùy theo mục đích của từng loại bản tin Mỗi đoạn được nhận biết bằng 3 kí tự duy nhất Ví dụ: MSH (Message Header Segment): đoạn header của bản tin, EVN(Event Type Segment): đoạn loại sự kiện,
Những Segment (đoạn) của bản tin
EVN - Đoạn sự kiện cua ban tin PID - Đoạn định nghĩa bệnh nhân ©
PV1 - Đoạn thơng tin vẻ thủ tục sau khi nhập xiện PV2 - Đoạn bỏ sung thong tin ve thu tục nhập viện NK1 - Đoạn thơng tỉn về người thân bệnh nhàn
- AL1 - Doan thơng tin xác nhận kết qua đị ứng cua bệnh nhân
NPU -Đoạn cập nhật số giường trong bệnh viện
MRG -Đoạn tổng kết thơng tin bệnh nhân
PDI - Đoạn thu tục thêm bệnh nhân
10 DB1 -Doan xác nhận sự bất lực cua bệnh viện
1Í PDA -Đoạn phân tích vẻ cải chết của bệnh nhân 12 OOnN â) I >> C) `) ơ
-Hình 4 - Các đoạn trong ban tin HL7
> Field (trang): là một chuỗi các kí tự Mỗi trường được xác định bằng các
đoạn mà chứa nĩ và vị trí của nĩ Ví dụ: trường PID-5 là trường thứ 5 trong
đoạn PID Tương tự đoạn, sự hiện diện của trường tùy theo mục đích của
nội dung bản tin Một trường được xác định gồm cĩ phần bắt buộc và phần
tùy chọn hoặc theo điều kiện cụ thể căn cứ vào các bảng thuộc tính
>_ Component (thành phần): là một nhĩm logic các đối tượng gồm cĩ nhiều
nội dung của một trường ghép hoặc mã hĩa Trong một trường cĩ nhiều
thành phần và khơng phải tất cả các thành phần đều phải cĩ giá trị
> Dafa type (loại dữ liệu): giới hạn nội dung và định dạng của trường dữ liệu
Trang 7
Trang 13Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 ~
> Dau ngăn cách Delimiters: giá trị về dấu ngăn cách được ghi trong MSH- 2 của bản tin và được sử dụng trong tồn bộ bản tin Các dấu ngăn cách nên dùng gồm: “<CR>”: kết thúc đoạn; “|”: 'dẫu ngăn cách trường; “Am, dấu
ngăn cách thành phần; “&”: dấu ngăn cách thành phần; “~”: dấu ngăn cách lap; “\”: ki tw Escape Sere ch me fo ALL 2] | CAT DaDeR| [PES PIRAMORY DISPRESS “HST =A ADTA[ HOH] LABADT HEOTLAB| 199208181126] SECURTTY | ADT" AOL SGU IO01-|F] ce JEWUAP]|13220/13)]2 (tam ‘PI 18200127 ˆ)111J082 1TM TH1111961181918- |7: NĨ // TW: EAMARA'KITRIIII2Đ8/1195 XS—2” BI11112890729129111LOPT? LEBANER” STONEY’ J [[ SYR: [- {ADM 2 'I611001178|2550|BẠI, BEA 11VEE, PRIMARY) 1E980502209005 [PF ss 1 eu 2241401 1120088 oom PI0LEDIRES194003081127] Š ™ 611421221111918112 SATES)A "am N ` T—— aay /1143971123418288111111328) { Fald " \_/ ~
Hình 5 - Các thành phân trong bản tin HL7
Các loại trigger events trong bản tin HL7 được mơ tả như hình bên dưới:
Định nghĩa bản tỉn và những trigger events
ADT/ACK -Khai báo khám: nhập viện (À0 1) ADT/ACK - Chuyên viện của bệnh nhân (A02) -ˆ
ADT/ACKK Xuất viện (A03)
ADT/ACK - Hỗ sơ bệnh nhân (A04)
ADT/ACK - Bệnh nhân trước khi nhập viện (AOS)
ADT/ACKK - Thay đỏi bệnh nhàn khám thanh nhập viện (A06)
ADT/ACK - Chuyên bệnh nhân nhập viện thành xuất viện (A07 )
ADT/ACK - Cap nhật thơng trì bệnh nhân (A08)
ADT/ACK -Lưu trữ hỗ sơ vẻ cái chết của bệnh nhân (A09)
Trang 14
IV Các nguyên tắc mã hĩa và giải mã bản tin HL7
1 Các qui tắc xây dựng bản tin HL7:
© Bước l: Tạo ra các đoạn theo thứ tự đã được định nghĩa
Mỗi bản tin được tạo ra theo các qui tắc sau: a) Ba kí tự đầu tiên là mã ID của đoạn
b) Mỗi trường đữ liệu được chèn lần lượt vào các đoạn theo quy tắc: Đặt dấu ngăn cách các trường trong đoạn
Nếu trường đĩ khơng cĩ mặt thì bỏ qua
Nếu trường đĩ cĩ giá trị nhưng là NULL thì dùng dau “” dat tai vi tri do
Khi trường cĩ giá trị và khác NULL thì các kí tự được đặt vào lớn
nhất là bằng độ dài tối đa của trường đĩ Độ đài này được quy định
trong định nghĩa kiểu trường
Nếu trong định nghĩa trường cho phép trường chia thành các thành phần thì áp dụng quy tắc sau:
o_ Các thành phần được phân tách bởi dấu ngăn cách “^° o_ Thành phần cĩ mặt nhưng là NULL thì biểu điễn bằng “”
o_ Thành phần khơng cĩ mặt thì bỏ qua, khơng biểu diễn bằng bất
kỳ kí tự nào
o_ Các thành phần khơng cĩ mặt nhưng lại ở vị trí cuối trong trường thì khơng cần dấu ngăn thành phần Ví dụ 2 trường sau là tương đương: |ABC^^DEF^*^I và |ABC^^DET
Nếu định nghĩa là thành phần cho phép chúng được chia nhỏ thành các thành phân con thì áp dụng các quy tắc sau:
o_ Các thành phần con được ngăn cách bởi dấu ““&”
o_ Các thành phần con cĩ mặt nhưng CĨ giá trị | NULL thì được biểu diễn bằng “°
o Cac thành phần con khơng cĩ mặt thì bỏ qua nhưng vẫn dùng dấu ngăn cách các thành phần con
° Các thành phần con khơng cĩ mặt nhưng ở vị trí cuối thì khơng cần dùng dấu ngăn cách các thành phan con Vi du: 2 thanh phan con sau là tuong duong: “KXX&YYY&&* va “XXX&YYY" Néu trong dinh nghia trường cĩ cho phép trường này được lặp lại thì
áp dụng như sau: cĩ một dấu chỉ định sự lặp lại được đặt vào giữa mỗi
lần lặp Dấu lặp lại là dấu: “~” Ví dụ: |234-7150~599-1288B 1234]
Trang `
Trang 15Viện Cơ học và Tin học ứng dụng Báo cáo để tài Sở KH&CN Bình Duong 07/2010 —
©) Lặp lại bước Ib khi cĩ bat ctr trường cĩ mặt nào được gửi đi Nếu tất cả
các trường cịn lại cĩ trong định nghĩa đoạn nhưng lại khơng cĩ mặt thì bỏ qua chúng
d) K ét thúc mỗi đoạn với một kí tự ASCII xuống dịng e Buée 2: Lap lai bước 1 cho đến khi các đoạn được phát hết đi
Các qui tắc sau đây được áp dụng với bản tin nhận dạng HL7 và chuyển đổi nội dung các bản tin thành dữ liệu:
" Bỏ qua các đoạn, các trường, các thành phần, các thàh phần con và các lặp lạicủa một trường nếu chúng khơng cần đến
“Nếu một đoạn thu được mà chúng ta lại khơng cần dùng thì hãy bỏ qua
nĩ, đây khơng phải là lỗi |
“ Nếu các trường đữ liệu được tìm thấy ở cuối của đoạn và chúng khơng
cần thiết thì cĩ thé bỏ qua chúng, đây khơng phải là lỗi
2 Các kiểu dữ liệu dùng trong bản tin HL7:
Các kiêu đữ liệu dùng trong bản tin HL7 được minh họa trong bảng 1.2 Sau: Kiéu vira chữ vừa số FT CQ ‘MO SI SN Kiéu nhan ID _ dang (Identifier Chui (String) -JEĐirtt4iTrdreh Dữ liệu văn bản (Text data) Van ban da dinh dang (Formatted text) Số lượng ghép với don vi (Composite ‘ quantity with units) Tiền tệ (Money) - Sd hoc (Numeric) Thứ tự nhận dạng (Sequence ID) Số học đã cấu trúc (Structured numeric) Ma hĩa các giá trị cho bảng HL7
<số lượng (NM}> ^ <đơn vị (CE)>
Trang 16_m Kiểu ngày giờ (Date/Time) MÃ các giá trị (Code Values) IS VID EI PL | (Processing type) DT TM TS CE CNE Mã hĩa các giá trị cho bảng do người dùng định nghĩa Nhận dạng phiên bản (Version identifier) Ki hiéu thiét ké theo bac (Hierarchic designator) Dinh danh thuc thé (Entity identifier) Diém tham khao (Reference pointer) Nơi năm bệnh nhân (Person location) Loại xử lý | Ngay (Date)
Thoi gian (Time)
Dấu thời gian (Time stamp) _ Yếu tố Đã Mã hĩa _ (Coded element) MA hoa khơng cần ~ loai trir (Coded with no exceptions)
<ID cua phién bản (ID)> ^ <Mã quốc tê (CE)> ^ <1D phiên bản quơc tê
(CE)
<1D tên khoảng trắng (IS)> ^ <ID_
tong 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
<đị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ể (D)> _ <Chỉ điểm (ST) > ^ <ID ứng dụng
(HD)> ^ <loại đữ liệu (ID)> ^ <loại
_eon (D}>
<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 “nha (IS )> * <tang (IS )> ^ <mơ tả ‘noi nam (ST)> - <ID sử lý D)> ^ <chế độ xử lý (ID)> YYYY[MMIDDỊ] HH[MM{SS[.S[S[S[S]]]])[+/- ZZZ] YYYY[MMIDD[HHMMISS[.S[S[S[ SIIIIHITI[+/- ZZZ⁄Z ^ <đệ chính xác> <dinh danh (ST)> “ <van ban (ST)> “ <tén hé thong Ma héa (ST)> *
_ <định danh thay thé (ST)> ^ <văn - bản thay thế (ST)> ^ <tên hệ thơng
Ma hoa thay thé (ST)>
<định danh (ST)> ^ <văn bản (ST)> ^ <tên hệ thơng Mã hĩa (ST)> ^
Trang 17
Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 —
ban thay thé (ST)> ^ <tên của hệ
_ thống Mã hĩa thay thế (ST)> ^ <ID phiên bản hệ thống Mã hĩa (ST)}> ^ <ID phiên bản hệ thống Mã hĩa thay thé (ST)> ^ <văn bản gốc (ST) > <định danh (ST)> ^ <văn bản (ST)> - ^ <tên hệ thống Mã hĩa (ST)> ^ _MA hĩa cĩ loại trừ <định danh thay thế (ST)>^<văn CWE (Coded with bản thay thế (ST)> ^ <tên hệ thống
exceptions) Ma héa thay thé (ST)> * <ID.phién bản hệ thống Mã hĩa (ST)> ^ <ID phiên bản hệ thống Mã hĩa thay thế —_ (§T)>^<văn bản gốc (ST) >
_Yêu tơ ĐãMãhĩa <định danh (D)> ^ <văn bản đã định với giá trị được định dạng (FT)> ^ <tên hệ thống mã hĩa CE dang (Coded elemenf _ (ST)> ^ <định danh thay thế (ID)> ^ | _with formatted -_ <văn bản đã định dạng thay thé
_values) (FT) ^ <tên hệ thống mã hĩa thay thé (ST)> |
ID di kem voi sé <S6 ID (NM)> * <sé kiém tra
CK kiém tra (Composite (NM} ^ <Mã xác định sự sắp xếp số
ID with check digi) — kiểm tra (ID)> ^< phân quyền (HD)>
<Số ID (ST)> ^ <Tên gia Đãnh
: Số ID đi kèm vàtên ˆ (ST)> ^ <tên Đã đặt (ST)> ^ <tên lĩt
(Composite ID hay tén (ST)> * <hau to (VD, JR hoặc II) (ST)> ^ <tiên tơ (VD, DR) (ST)> * <cap d6 (VD, MD) (ST)> * <bảng nguồn (IS)> ^ <phân quyên CN _ _ number and name)
cu ¬ (HD)>
Mở rộng ID kèm với <ID(ST)>% <số kiểm tra (ST)> “ sơ kiêm tra - <Mã xác nhận sự sắp xếp số kiểm tra CX (Extended composite (ID)> ”* phan quyén (HD)> “ <Ma
ID with check đigi) — loại định danh (IS)> ^ < phan cấp
_ (HD
Trong phién ban 2.3, ding loại dữ
bàn 0 ID di liệu này thay cho loại dữ liệu CN
Trang 18Tổng thể (Generic) Nhân khẩu học CM PN XPN Thành phần đi kèm (Composite)
“Dia chi (Address) Tên người (Person name) Sơ điện thoại (Telephone number) Địa chỉ mở rộng (Extended address) _ Tên người mở rộng (Extended person name) | MD) (ST> ^ <bảng nguồn (IS)> * <phân quyên (HD)> ^ <Mã loại tên (ID)> ^ <định danh số kiểm tra (ST> ^<Mã xác định sự sắp xếp số kiểm tra (ID)> ^ <định danh Mã loại (S)> ^ <phân cấp (HD)> ^< Mã tên lai dién (ID)>
Khơng cĩ loại dữ liệu CM mới được
cho phép sau phiên ban HL7 2.2 Do đĩ khơng cĩ loại dữ liệu CM mới trong phiên bản 2.3
<Đị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 dia ly khac (ST)>
<tên gia định (ST)> ^ <tên được đặt (ST}> ^ <tên đệm hoặc tên (ST)> ^ <hậu tố (VD, JR hoặc III) (51)>^ _<tiền tố (VD, DR) (ST)> ^ <cấp độ
(VD, MD) (ST)>
[NN] [(999)]999-9999[X99999] [B99999][C văn bản bat ky]
Trong phiên bản 2.3, thay loại dữ liệu AD <địa chỉ đường (ST)> ^ <tên khác (ST)> ^ <thành phố (ST)> ^ <tiêu bang hoặc tỉnh (ST)> * <Ma tỉnh hoặc Mã bưu điện (ST}> ^ <đất nước (ID)> ^ < loại địa chỉ (ID)> ^ - <tên địa lý khác (ST}> ^ <Mã
hạtvùng giáo xứ (IS)> ^ <theo dân sơ(IS)> ^ <Mã địa chỉ đại diện D)>
Trong phiên bản 2.3, thay loại đữ
liệu PN <tên gia định (S1)> ^ <tên được đặt (ST)> & <tiền tổ họ (1>,
^ <tên đệm hoặc tên (ST)> ^ <hậu tố
(VD, JR hoặc II) (ST)> ^ <tiền tố - (VD, DR) (ST}> ^ <cấp độ (VD,
- MD) (IS)> ^ <MÃ loại tên (ID) > ^ <
Trang ¡3
Trang 19Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 — Dạng sĩng (Waveform) XON XTN CD NA ED Tên ghép mở rộng và số ID cho tơ chức (Extended composite name and ID number for organizations) Số viễn thơng mở rộng (Extended telecommunications number) Định nghĩa kênh (Channel definition) Ma trận đa chiều ‘(Multiplexed array) Ma tran s6 (Numeric array) - Dữ liệu đĩng gĩi (Encapsulated data)
Mã tên đại diện (ID)>
<tên tổ chức (ST)> * <Mã loại tên tổ - chức (S)> ^ <số ID (NM)>^ <số
kiểm tra (NM)> * <Mã xác định sự sắp xếp số kiểm tra (ID)> ^ <phân quyên (HD)> ^ <Mã loại định danh (IS)> “ <ID phan cấp (HD)> ^ <Mã tên đại điện (ID)>
Trong phiên bản 2.3, thay loại dữ liéu TN [NNN] [(999)]999-9999
[X99999] [B99999] [C van ban bat kỳ] ^ <Mã sử dụng viễn théng (ID)> ^ <loại trang bị viễn thơng (ID)> ^
<địa chỉ email (ST)> ^ <Mã quốc gia (NM}> ^ <Mã vùng/thành phố (NM)> * <số điện thoại (NM)> * - <mở rộng (NM}b ^ <văn bản bắt kỳ ST) Chỉ dành cho đữ liệu dạng sĩng <định danh kênh (*)> ^ <số kênh (NM)> & <tén kénh (ST)>*<tén điện tử (*) > ^ <độ nhạy/ đơn vị kênh (*) > <théng số định chuẩn (*)> ^ _<tần số lấy mau (NM)> ^ <giá trị dữ
liệu tối thiểu/ tối đa (*)>
Chỉ dành cho dạng sĩng <mẫu | tir kênh 1 (NM)> * <mau 1 tr kénh 2 (NM)> * <mẫu 1 từ kênh 3 (NM)> ~<mẫu 2 từ kênh 1 (NM)> “* <mẫu 2 từ kênh 2 (@NM> ^ <mẫu 2 từ kênh 3 (NM)> Chi danh cho đữ liệu đạng sĩng <giá trị 1 (NM}> ^ <giá trị 2 (NM)> ^ <giá trị 3 (NM})P ^ <giá tri 4 (NM)> *
Hỗ trợ Mã hĩa chuẩn ASCII MIME của dữ liệu cơ số 2 <ứng dụng
nguồn (HD) > ^ <loại dữ liệu D}> ^
Trang 20Giá của dữ 'liệu (Price Data) Quan trị bệnh nhân/ Thơng tin tài chính (Patient Administration/ Financial _ Information Các truy vấn mở rộng (Extended Qeries) Hồ sơ y Khoa /Quản lý Thơng tin „ Medical CP | QSC -QIP RCD DLN JCC PPN Gia ghép (Composite price) Lớp tài chính _(Fimancial class) Truy vấn lựa chọn giới hạn (Query selection criteria) Danh sách tham số truy vân đầu vào (Query input : parameter list) Dinh nghia hang cot (Row column definition) - Số bằng lái (Driver 's license number) | MÃ /lớp cơng việc (Job code/class) Giờ viêng thăm - (Visiting hours) Đánh dấu thời gian trình diễn người (Performing person time stamp)
Trong phiên bản 2.3, thay loại dữ liệu MO <giá (MO}> ^ <loại giá
(ID)> * <tir gid tri (NM)> * <dén gia tri (NM)> ^ <tầm đơn vị (CE)> ^
<loai tam (ID)>
<lớp tài chính (ID)> ^ <thời hạn hiệu luc (TS)>
<tên trường (ST)> ^ <hoạt động liên quan (ID)> ^ <giá trị (ST)> ^ <liên kết (ID)>
<tên trường (ST) > ^ <giá tri 1 (ST) _& giá trị 2 (ST) & gid tri 3 (ST) > <số mục HL7 (ST)>% <loại dữ liệu HL7 (ST) ^ <b rộng cột tối đa (NM)> <s6 bằng (ST)> ^ <tiểu bang, tỉnh, quốc gia (IS)> ^ <thời hạn hết hiệu luc (DT)> _ <Mã cơng việc (IS)> ^ <lớp cơng việc (IS)>
<khoảng ngày bắt đầu ID> ^<khoảng ngày kết thúc (ID)> ^<khoảng giờ bắt đầu (TM)> ^ <khoảng giờ kết thúc (TM}
<Sĩ ID (ST)> ^ <tên gia định (ST)> ^ & <tiền tổ họ (ST)> ^ <tên được
đặt (ST)> ^ <tên đệm hoặc tên (ST)>
^ <hậu tổ (VD, JR hoặc IH) (ST)> ^
Trang 21Viện Cơ học và Tin hoc tng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 —
Records/ <tiền tố (VD, DR) (ST)> ^ <cấp độ
Information — (VD, MD) (ST ^ <bảng nguồn
Management) | (IS)> ^ <phân quyền (HD)> ^ <Mã
tên loại (ID)> ^ <định danh số kiểm tra (ST)> ^ <Mã định danh sự sắp xếp số kiểm tra(ID )> ^ <Mã loại định danh (IS)> ^ <phân cấp (HD)> ^ < ngày giờ diễn ra trinh dién (TS)> ' ^ <Mã tên đại diện(ID)> _ Chỉ lên lịch: <khoảng ngày/giờ bắt đầu (TS)> A <khoảng ngày/giờ kết thúc (TS)> Khoảng ngày/giờ DR (Date/time range)
Khoang thoi gian Chỉ lên lịch:
trung gian lặp lại <mẫu lặp lại (1S)> ^ <khoảng thời
RI (Repeat interval) gian trung gian rõ ràng (ST)>
ae Cặp gid tri lép lich Chi lén lich:
Chuối thời trinh (Scheduling <lớp tham số (IS)> ^ <giá trị tham số
gian SCV class value pair) (ST)>
(Time |
_ Series) SỐ _ TC _ Để cĩ đặc trưng kỹ thuật định thời
/số lượng <số lượng (CQ)> ^ khoảng thời gian trung gian (*)> ^ _ Định thời /Số lượng <thời lượng (*)> ^ <ngày/giờ bắt đầu
TQ ( Timing/quantity) (TS)> ^ <ngày/giờ kết thúc (TS)> ^
-_ <chu ky (ST)>^ <điều kiện (ST)> ^
_<văn bản (TX)> ^ <liên kết (ID)> ^
<trình tự yêu câu (*)> ^ <thời lượng
trình diễn (CE)> ^ <tổng các sự kiện
a xay ra (NM)>
Hinh 7- Cac kiéu dit liéu trong bang tin HL7
3 Các qui tắc mã hĩa bản tin HL7:
Định dạng của bản tin được qui định trong qui luật mã hĩa HL7 chứa những trường dữ liệu cĩ chiều dài thay đổi và khác biệt với một đặc tính riêng lẻ của một trường Những qui luật mơ tả làm thế nào mà những loại dữ liệu khác nhau được mã hĩa trong một trường và khi một trường riêng biệt cĩ thể lặp lại Những trường dữ liệu được kết hợp vào trong những nhĩm logic (hợp lý) gọi là những đoạn Những
Trang 22đoạn được tách riêng bởi những đặc tính riêng biệt của đoạn đĩ Mỗi đoạn bắt đầu
với một giá trị ba kí tự định nghĩa trong một bản tin Những đoạn cĩ thể được định nghĩa như được yêu cầu hoặc tùy chọn và cĩ thể được phép lặp lại Những trường dữ liệu cá nhân được tìm thấy trong bản tin bởi vị trí của chúng cĩ trong những đoạn
Ví dụ: Cho ban tin HL7 như sau:
MSHI^¬\&||II|20080529112745|JIADT^A01]||2.3.1 EVNIA04|20080529112745
PIDIIIIThai^Quyen^Kiml|19860401|F|||L7B^Khanh Hoi*Tien ThuyˆChau Thanh^Ben Tre^^Viet Nam |084|0938382253
NK 1|1|Thai*Nghia*Quoc¢|||0944461253
OBX|1|||[Hoc qua suc Kham/Chuan Doan|BHYT|0124563012!||||20090602| > Phan tich ban tin trén:
Theo định nghĩa về các thành phan trong ban tin HL7, mỗi đoạn được nhận biết bởi 3 kí tự đầu tiên, các trường phân biệt nhau bởi dau “Ps Đối với bản tin trên gồm: đoạn MSH: header của bản tin với mục đích cho biết phiên bản và trigger event dùng để tạo bản tin; đoạn EVN: đoạn sự kiện cho biết ngày nhập viện hay ' ngày giờ tạo bản tin; đoạn PID là đoạn quan trọng cung cấp thơng tin cần thiết như: họ tên bệnh nhân, ngày sinh, địa chỉ, điện thoại liên lạc, Đoạn NKI: đoạn thơng tin liên quan đến thân nhân bệnh nhân; đoạn OBX: kết quả của khám và điều trị,
Sau khi biết thơng tin về phiên bản cùng với trigger event dựa vào cau trúc chung của HL7, kết quả thu được sau khi mã hĩa bản tin trên như sau: họ tên bệnh nhân: Thai Kim Quyen, sinh ngày 01/04/1986, nữ, địa chỉ: 17B Khanh Hoi, Tien Thuy, Chau Thanh, Ben Tre, Viet Nam, điện thoại: 0938382253, kết quả Khám/ Chuẩn đốn: Học quá sức, cĩ thẻ BHYT, mã số ID: 0124563012, giá trị sử dụng: 02/06/2009, ngày giờ tạo bản tin: 29/05/2008 Khi cần liên hệ anh Thái Quốc Nghĩa,
số điện thoại: 0944461253
Ngồi ra, qui luật mã hĩa phân biệt những trường dữ liệu cĩ giá trị null và những trường dữ liệu khơng hiển thị Sự khác biệt giữa giá trị null và giá trị khơng hiển thị thì rất quan trọng khi một một hồ sơ được cập nhật Trong trường hợp trước đây, một trường trong dữ liệu (database) thiét lap gia tri null; truong hợp sau đĩ, nĩ giữ lại giá trị ưu tiên của nĩ Những qui luật mã hĩa đặc biệt nếu một ứng dụng nhận được khơng thể đồng đều với một trường dữ liệu khơng hiển thị, nĩ sẽ đối xử trường đữ liệu như hiển thị nhưng cĩ giá trị null
Trang 23
Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Duong 07/2010 -
V Sw khac nhau gift HL7 v2.x va HL7 v3.x
Tất cả các bản tin đều định nghĩa thơng tin được chứa và được truyền như thế nào từ nơi này đến nơi khác Chẳng hạn những chuẩn thiết lập ngơn ngữ, cấu trúc và kiểu đữ liệu yêu cầu đối với những hệ thống khơng cĩ đường kết nối với nhau Những bản tin
HL7 v2.x và v3.x đều giao tác tự nhiên và đánh dấu bằng các sự kiện (events) (chang han
nhu admission, transfer, discharge, lab order or result) Những bản tin mang một đặc điểm riêng đối với những trigger event (chẳng hạn như một kết quả đơn, một sự thay đổi
nhân khẩu, văn bản mơ tả) hơn đối với hồ sơ bệnh nhân Những bản tin HL7 thường yêu
cầu sự xác nhận từ hệ thống nhận đề thơng báo kết quả của việc cấp phát
1 Thơng điệp HL7 v2.x:
e HL7 v2 được EDI (Electronic Data Interchange) chấp nhận chính thức và rộng rải Định dạng thơng điệp văn bản “delimit” được đưa ra vào giữa năm
1990 và ngày càng được cập nhật trên hầu hết ad-hoc co ban
e Mot diém yéu của chuẩn HL7 v2 linh hoạt là khả năng kiểm tra cấu tạo bởi vì
- HL7 v2 là chuẩn dựa trên văn bản với những kiểu đữ liệu ít và cĩ quá nhiều
ad-hoc thêm vào HL7 v2 đã đạt được sự chấp nhận rộng rãi và được hỗ trợ
bởi EMR ảo ở Hoa Kỳ trong việc thiết lập điều trị và sự đi lại HL7 v2 thường phổ biến để chuyển đổi hồ sơ bệnh nhân và việc lập lịch dữ liệu giữa
những hệ thống và điều này cĩ nghĩa là dữ liệu thí nghiệm được chuyền đổi giữa những hệ thống kĩ thuật thơng tin sức khỏe
2 Thơng điệp HL7 v3.x:
e HL7 v3 khắc phục điểm yếu của HL7 v2 bang việc tận dụng một mơ hình
thơng tin tham chiếu đối với thơng điệp Nĩ là chuẩn HL7 mới nhất Việc sử dụng phân tích nghiêm ngặt, kĩ thuật xây dựng thơng điệp và kết hợp nhiều
trigger event, những định dạng bản tin với ít tùy chọn, mục đích chính của HL7 đối với phiên bản v3 là để cung cấp một chuẩn định nghĩa, kiểm tra và
cung cấp khả năng để xác thực cấu hình của nhà đại lý sử dụng chuẩn XML V3 sử dụng phương pháp phát triển hướng đối tượng và RIM (Reference
Information Model - mơ hình thơng tin tham chiếu) để tạo thơng điệp RIM
là một phần thiết yếu của kết nối từ vựng và ngữ nghĩa tồn tại giữa thơng tin được chứa trong những trường của những thơng điệp HL7 HL7 v3 được phát
triển đầu tiên vào năm 2000 thành cơng ở châu Âu nhưng khơng đạt được sự
chấp nhận rộng rãi ở Mỹ
Trang [8
Trang 24e Tuy nhiên, việc ánh xạ HL7 v2.x đến HL7 v3.x mà khơng tạo một tình huống
dựa trên việc chuyển đổi và dịch chuyển dễ dàng để thực thi Tránh xãy ra
đụng độ bằng khởi tạo đang tạo ra sự chấp nhận về HL7 v3.0 thì thật khĩ
khăn Phiên bản v3 được tạo ra như một sự thay thế cho phiên bản v2.x,
nhưng nĩ được quan sát hai phiên bản đang cung cấp để tạo ra sự khác biệt
Tuy nhiên, thành cơng sắp tới của những dự án chính như UK-CFH đang tạo ra một chuẩn chính HL7 v3.0 và thay thế v2.x ngày càng rộng lớn hơn Thật ra điều tốt nhất chính là sự thay đổi lớn của các chuẩn trong những ứng dụng
được triển khai ở việc thiết lập thơng tin liên quan đến bệnh nhân là một
phương pháp đối với thảm họa chính với lời đề nghị cho một đường dẫn dịch chuyển để độc lập sự thực thi “V3-ready” và sự thực thi “V3-ready” của phiên bản 2.x được đưa ra Cách tiếp cận sau đưa ra cách thực thi chuẩn HL7 v3.0
e Hầu hết những vùng (domain) tồn tại trong HL7 v2.x cĩ tương đương trong - HL7 v3.0 thí dụ ADT trong v2.x cĩ vùng (domain) tương đương được gọi
“Patient Administration” trong v3.0, việc lập lịch ton tai trong ca hai phién
bản v2.x và v3.0 Tuy nhiên, giới hạn của HL7 v2.x khơng cung cấp sự thuận lợi trong phạm vi điều trị bệnh nhân như sự thách thức “Clinical Genomics” và “Clinical? nhưng những đặc điểm kĩ thuật trong những khu vực này được định nghĩa trong HL7 v3.0 Nĩ được đề nghị mà những tổ chức bắt đầu thực _ thi những khu vực mới này trong những ứng dụng của họ sử dụng HL7 v3.0 và hỗ trợ những bản tin chứa định dạng HL7 v2.x trong những domain khác trước khi việc định pha chúng vượt ra như những chuẩn HL7 v3.0 trong những domain đĩ hồn thiện
3 Việc dịch chuyển bản tin HL7 v2.x thành v3.x:
e Su chap nhận của nhiều chuẩn thơng điệp mới chỉ nhanh hơn nếu tồn tại một
sự chuyển đổi được định nghĩa rõ ràng và chiến lược di trú giữa những chuẩn mới và những chuẩn đã tồn tại Nĩ luơn được cung cấp để nắm được những
-_ vấn đề đĩ chăng hạn một chiến lược trong middleware vì thế khơng sửa đổi những ứng dụng liên quan đến khám và điều trị bệnh nhân để phục vụ chuẩn quá đắt trong chương trình thực thi ngắn hơn Tuy nhiên hiện tại khơng cĩ sự hướng dẫn được định nghĩa rõ ràng nhằm giúp thuận tiện, chăng han mot su chuyển đổi những thơng điệp giữa hai phiên bản v2 và v3
e Sự khác nhau trong phương pháp tạo nên sự chuyển đổi từ một phiên bản đến phiên bản khác Về kĩ thuật cĩ thể ánh xạ những đoạn (segments) trong
những bản tin v2 thành định dạng XML sub-tree trong giản đồ XML với
Trang :1
Trang 25
Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 —
những qui luật ánh xạ tương tác đã được định nghĩa trước Tuy nhiên các chú giải riêng của v2.x về các đoạn (segments) và trường (fields) đã được người dùng định nghĩa tạo ra sự biến đổi thành v3.0 dựa vào mơ hình tham chiếu chung, xuất hiện như một việc ánh xạ từ một chuẩn riêng đến một chuẩn chung
© Cĩ nhiều thí dụ về việc ánh xạ giữa hai phiên bản HL7 v2 sang v3 đã được
thử và những cơng cụ được tạo cho những dự án đặc biệt như caBIG ( Cancer
Biomedical Informatics Grid) và những cơng cụ dành cho thương mại như Oracle HTB Hình đưới cho thấy kiến trúc chung được sử dụng trong những hành động nhằm giải quyết sự khác nhau này Việc ánh xạ những cơng cụ này thực hiện băng tay và khơng cĩ sự hướng dẫn hoặc ánh xạ thơng minh được định nghĩa trước, được cung cấp những thiết lập cĩ sẵn Việc năm vững
các khu vực mở rộng được yêu cầu đề biểu diễn việc ánh xạ trong những cơng cụ này HL7 V2-V3 Transformation v4£rkiof se SRD sal re red deretae 2G OV Sate sts 53149 <4 Về của 4p zsvce =HLTv2.22
Hình 8- Sơ đị chuyển đổi HL7 v2.x sang HL7 v3.0
e Cấu trúc của bản tin được sử dụng bởi HL7 v2 và v3 khác nhau và bước khởi tạo bao gồm việc chuyển đổi những bản tin thành một định dạng tuân theo quy tắc chung trước khi thực hiện việc ánh xạ xãy ra Định dạng v3.0 XML khơng tương thích với định dạng v2.x chuỗi “delimit” khơng chứa XML Những thành phan biến đổi tương thích sẽ cĩ thể gồm những bản tin XML này để chuyển đổi vào trong một định dạng trung gian để cĩ thể ánh xạ Việc
Trang 26ánh xạ giữa v2 và v3 chuyển thắng mang tính chất tương đối trong một vài
trường hợp của dữ liệu liên quan đến hồ sơ khám và điều trị bệnh nhân và
nhân khẩu học ở nơi những đoạn HL7 v2.x ánh xạ vào lớp HL7 v3.0 Trong những khu vực khác nĩ khơng thể ánh xạ những phiên bản khác Tĩm lại những khĩ khăn phải đối mặt trong suốt việc ánh xạ là:
= Cc kiéu dtr liéu (data types):
9 Dinh dang cdc chudi kí tự (thuộc tính) đến những giá trị dữ liệu về
ngữ nghĩa
o_ Nội dung và việc ánh xạ nội dung thay vì để mất thơng tin » Cac mau thich hop (conformance Patterns):
o_ Định nghĩa rõ ràng những qui luật cho người gởi và người nhận trong
HL7 v3.0 l
o_ Khơng cĩ hướng dẫn rõ ràng trên cách đối xử ứng dụng bằng việc sử
dụng HL7 v2.x |
s Tir vung (vocabulary):
o V3.0 cĩ chức năng ngữ nghĩa mạnh mẽ và v2.x khơng cĩ liên kết _ thơng thường đến Voc
o Khơng cĩ kiểu dữ liệu tồn tại
m_ Các ràng buộc (cardinality Constraints): '
o_ Những bản tin v2.x khơng sâu và it đắt hơn những bản tin HL7 3.0
» Wrappers (cac g6i): ˆ
o Thơng tin khơng đủ trong HL7 v2.x -MLLP so với HLU7 v3.0
.ebXML/SOAP
VI Kh ả năng của chuẩn HL7 trong việc trao đổi dữ liệu giữa các hệ thống
thơng tin y tế
1 Tổng quan về hệ thống thơng tin y tế:
Ngày xưa, những vấn đề về lưu trữ, quản lý đữ liệu về hồ sơ, các mẫu khám
bệnh trong quá trình điều trị là một vấn đề hết sức khĩ khăn, chủ yếu lưu trữ bằng giấy đối với dữ liệu ở dạng text, cịn đối với hình ảnh chủ yếu bằng film, .Do đĩ,
nhu cầu đặt ra dé giúp cho việc quản lý thơng tin dễ dàng và thuận tiện hơn nhiều là đưa ra các hệ thống thơng tin quản lý dữ liệu, cũng như các chuẩn định dạng như: dữ liệu ở dạng văn bản, hình ảnh thuận tiện Do đĩ, ngày nay, trong các hệ thống
lưu trữ như: hệ thống thơng tin bệnh viện HIS ( Hospital Information System), hệ thống thơng tin chuẩn đốn hình ảnh RIS (Radiology Information System), hệ thống lưu trữ và truyền ảnh PACS ( Picture Archiving and Communication System); vé
các chuẩn đữ liệu như: chuẩn dữ liệu về văn bản HL7, chuẩn dữ liệu về hình ảnh
DICOM
Trang 2!
Trang 27
Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 —
Khả năng của chuẩn đữ liệu HL7 trong việc trao đổi đữ liệu giữa các hệ thống thơng tin y tê được thê hiện ở hình như sau: HIS { Hospitat Information System ) N `» HL7 - Z Health Level 7 `, II LJ | RS | , [] { Radiology Informabon System } [| | - TNG < L„ DICOM 4 \ | Zz NZ Device LU Hi 7:DICOM | + ` 4 Ề DICOM `7 XS PACS { Picture Archiving ané Communication System )
DICOM: the Digital Image Commuricatian In Medicine
Hình 9- Phạm vì các chuẩn trong hệ thơng thơng tin y tế
Dưới đây sẽ trình bày một cách khái quát về các hệ thống thơng tin lưu trữ, cũng như các chuẩn đữ liệu văn bản HL7, chuẩn đữ liệu hình ảnh DICOM M Trong đĩ, chuẩn dữ liệu văn bản HL? đã trình bày khá chỉ tiết về định nghĩa, mục đích, cũng như cấu trúc của nĩ, ở phần trước
2 Hệ thống thơng tin bệnh viện HIS (Hopstital Information System):
Hệ thống thơng tin bệnh viện HIS là hệ tống quản lý bằng máy tính các cơng _ việc trong mơi trường chăm sĩc sức khỏe bệnh nhân với mục đích:
e_ Quản lý hồ sơ bệnh nhân, bệnh án, trang thiết bị, quản ly vat tu,
e Cho phép trao déi thong tin, dit liéu théng ké hai chiều giữa các phịng ban, các khoa nhằm mục đích phục vụ cho người bệnh một cách tốt hơn, Hỗ trợ cho cơng tác đào tạo cũng như nghiên cứu khoa học tại bệnh viện
e Cĩ khả năng liên kết với các hệ thống thơng tin của các cơ sở y tế khác như các bệnh viện trong bộ Y tế, các cơ sở bên ngồi,
Trang 28Hệ thống thơng tin chuẩn đốn hình ảnh RIS được thiết kế nhằm mục đích hỗ
trợ các cơng việc quản trị như: các hoạt động thăm khám bệnh nhân trong khoa chuẩn đốn hình ánh, để giảm chỉ phí quản trị và tăng khả năng chia sẻ thơng Do đĩ, mạng RI5 quản lý hồ sơ và các thơng tin quan trọng của các bệnh nhân trong khoa chuẩn đốn hình ảnh, tạo các báo chuẩn đốn, Cầu hình mạng RIS gần giơng với mạng HIS nhưng ở mức độ nhỏ hơn Mạng RIS bao gồm một hệ thơng máy tính với các thiết bị ngoại vi như các đầu cuối, máy in, Các nhiệm vụ chính của mạng RIS như sau:
e©_ Xử lý các bản ghi về bệnh nhân và danh mục phim
.® Giám sát trạng thái của các bệnh nhân, các đợt thăm khám chuẩn đốn bệnh nhân,
e Lap kế hoạch chuẩn đốn
e Tạo, định đạng và lưu trữ các báo cáo về chuẩn đốn, Sắp xếp các danh mục phim,
Một đặc điểm giống nhau giữa hai hệ thống HIS và RIS là cả hai hệ thống được điều khiển theo sự kiện, tức là khi cĩ sự kiện xảy ra, HIS tu động gửi bản tin HL7 téi RIS Khi do, RIS khi đã nhận được bản tin HL7 sẽ tiến hành phân tích ban tin rồi cập ) nhật, chèn, tổ chức dữ liệu bệnh nhân trong cơ sở dữ liệu theo sự kiện
4 Hệ thống lưu trữ và truyền ảnh PACS
Do sơ lượng đữ liệu dạng văn bản quá ít khoảng 0.1% so với các dữ liệu dạng hình ảnh trong thơng tin y tế Cho nên việc xử lý, lưu trữ, phân phối, hiển thị các dữ liệu dạng hình ảnh cĩ một vai trị rất quan trọng Hệ thơng lưu trữ và truyền ảnh - PACS ra đời cĩ nhiệm vụ thu nhận và lưu trữ hình ảnh từ những thiết bị tạo ảnh như máy X-quang, máy GI (ảnh huỳnh quang số), Mục đích của mạng PACS:
e©_ Dễ dàng truy cập tới một lượng thơng tin lớn về hồ sơ và hình ảnh
e Giảm chi phí trong việc quản lý nhân sự, lưu trữ thơng tin, lỗi đo con người và mất mát tài liệu
e© Đưa ra chuẩn đốn một cách chính xác hơn nhờ sự kết hợp nhiều nhận
định của các chuyên gia
Bên cạnh các mục tiêu của mạng, ta cịn được biết hệ thống lưu trữ và truyền ảnh PACS bao gồm các phân hệ được liên kết với nhau thơng qua mạng như sau:
e Phan hé thiét bi tao ảnh
e Phân hệ nhận ảnh
e Phân hệ lưu trữ ảnh
e Phânhệ hiển thị ảnh và dữ liệu liên quan
Trang 29Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 —
5 Chuẩn dữ liệu hình ảnh DICOM
DICOM (The Digital Image and Communication in Medicine) 1a chuan định nghĩa ra các qui tắc định dạng và trao đổi hình ảnh y tế cũng như các thơng tin liên quan Các hình ảnh y tế được thu nhận từ các thiết bị thu nhận ảnh số khác nhau như máy CT (Compued Tomography), MR (Magnetic Reosnance), nĩ tạo lên một “ngơn ngữ” chung cho phép “giao tiếp” hình ảnh và các thơng tin y tế liên quan giữa các thiết bị và hệ thống trong mạng thơng tin y tế
DICOM chính là phiên bản thứ 3 của ACR-NEMA (American College of Radiology- The National Electrical Manuafacturers Assoociation) Chuẩn ACR- NEMA ra đời nhằm mục đích để cho các thiết bị tạo ảnh của các nhà sản xuất khác nhau cĩ thể trao đổi và chia sẻ thơng tin trong mơi trường thơng tin hình ảnh y tế, _ đặc biệt là trong mơi trường PACS Chuẩn này tập trung vào trao đổi, kết nỗi và truyền thơng giữa các hệ thơng y tế Phiên bản 1 của ACR-NEMA ra đời năm 1985 xác định việc truyền bản tin điểm tới điểm, khuơn dạng dữ liệu và một số lệnh Phiên bản thứ 2 ra đời năm 1988 định nghĩa phân cứng và giao thức phần mềm cũng như từ điển đữ liệu chuẩn Do vấn đề về kết nối mạng chưa rõ ràng qua hai phiên bản cho nên phiên bản thứ 3 ra đời lấy tên là DICOM
Tuy nhiên, với sự ra đời của các chuẩn khác nhau nên với các thiết bị khơng tuân theo tiêu chuẩn DICOM mà thực hiện theo tiêu chuẩn ACRNEMA hoặc tiêu chuẩn riêng của nhà sản xuất thì cần thích ứng sang DICOM Để thích Ứng với ' chuẩn ACR-NEMA, cần một chuyển đơi từ ACR-NEMA sang DICOM, cần thích ứng với các chuẩn riêng của nhà sản xuất thi can phải chuyển đổi các đặc tính của nhà sản xuất thì cần phải chuyển | đổi các đặc tính của nhà sản xuất sang ACR- NEMA hoặc DICOM Để giải quyết vấn đề này cần tập hợp các mơđun phân mềm tạo nên thư viện mã hĩa Thư viện mã hĩa cĩ những đặc điểm như sau:
e Sử dụng chung cho các thiết bị tạo ảnh của các nhà sản xuất khác nhau e Thích hợp với các nên phần cứng khác nhau
e Kién trúc phân mềm dựa theo hướng tiếp cận từ trên xuống e Ngơn ngữ lập trình chuẩn
Mục tiêu của chuẩn DICOM là: tạo thuận lợi cho khả năng hoạt động tương tác của các thiết bị thích nghi như:
e_ Định ra ngữ nghĩa của lệnh và các dữ liệu liên quan, đưa ra chuẩn cho các thiết bị tương tác lệnh và dữ liệu với nhau
e_ Định rõ các yêu cầu thích nghỉ của ứng dụng thực hiện chuẩn, ‹ cụ thể một bản báo cáo thích nghi phải định ra đầy đủ thơng tin để xác định các chức năng cĩ thể đáp ứng, nhờ đĩ cĩ thể phối hợp hoạt động với một thiết bị khác nhau tuân theo chuẩn
e© Tạo thuận lợi cho hoạt động trong mơi trường mạng thơng tin,
Trang 30
6 Tổng Kết:
Chuẩn HL7 là chuẩn dùng riêng cho việc trao đổi thơng tin y tế, giúp cho việc truyền thơng được thuận tiện và đơn giản hơn Chuẩn HL7 cĩ tầm quan trọng rất lớn giữa các hệ thống thơng tin y tế Tuy nhiên, do chuẩn HL7 là chuẩn đữ liệu văn bản cho nên các hệ thống sử dụng HL7 chỉ truyền đữ liệu đạng văn bản, cịn hình ảnh cĩ thể sử đụng các chuẩn khác như DICOM
VIL Các thuật tốn:
1 Thuật tốn (ạo tập tin theo định dạng *.HL7:
- Đối với thuật tốn này, do dữ liệu vê thơng tin bệnh nhân đã được lưu vào trong database, cấu trúc của bản tin HL7 đã biết được vị trí của các trường được yêu cầu nên việc tạo tạo tập tin *.HL7 là dễ thực hién
e© Sơ đồ thuật tốn được thể hiện như sau: Mở file, i=0, - Chuoi="MSH|||” Y Vị trí '? cĩ Chuoi + data 7? + “kh"+data Đĩng file Chuoi+ “kh” j+t Hình 10- Sơ đồ thuật tốn tạo tập tin *.HL7 > Trong đĩ: = mm: số vị trí được chèn, biết được do câu trúc của HL7 và dữ liệu cần chèn " “kh”: kí hiệu dấu ngăn cách tương ứng với từng vị trí đãđược định nghĩa trong phần trước 2 Thuật tốn chuyền đổi kiểu tập tin từ định dạng *.HL7 sang định dang *.XML:
e_ Đối với từng trigger event sẽ cĩ những segment tuong ứng, tuy nhiên cĩ những trigger event cĩ những segment giơng nhau Do đĩ, sẽ tạo những
Trang 31Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 —
hàm tương ứng với từng segment, khi người sử dụng muơn chuyên kiểu của trigger event nào, chương trình sẽ gọi hàm chứa những segment tương ứng e Sơ đơ thuật tốn được thực hiện như sau: vụ u *“HL7 Đọc từng hàng trong file 2 kỉ tư đấu ` TH, ee — “mm — - -
“ rống oe Ny Ghi ¿ảo dong |
ee _ y eee MASH 7 cia” XML << lISH “ >>——> ae n ee, a _—" « TS Al ed ` an —>= MSHS réng ~ Ny on ae dịng, _— — Y T— _—” tASH Của XRL —— EM ; —*>———>b - TH, — Pt — ree, TC SG _— ¥ — ` + in# XE TT Hật tập tín = > Luru va dong tap tin” XML —_— ¬
Hình 11- Sơ đề thuật tốn chuyển kiểu từ *.HL7 sang *.XML
3 Thuật tốn chuyển đỗi kiểu tập tin từ *.XML sang *.HL7:
Thực hiện tương tự như thuật tốn chuyển từ *.HL7 sang * XML nhưng là quá trình ngược lại
Trang 32
VII MIRTH:
1 Dinh nghia:
Là cơng cụ giao điện HL7 nền tảng và cĩ thể thực hiện việc gởi nhận thơng điệp HL7 giữa những hệ thống khác nhau và những ứng dụng trên nhiều phương
tiện
Mirth là một cổng giao tiếp HL7 cho phép lọc, truyền thơng, định tuyến thơng điệp Việc tạo giao diện HL7 cho những hệ thống đã tồn tại trở nên dễ dàng bằng việc sử dụng giao diện client và sự tạo kênh mà những ứng dụng kết hợp với những thành phân của Mirth Tất cả cầu hình được thực hiện thơng qua client java cĩ thể kết nối ở xa, và những kênh (giao diện HL7) được cấu hình, được nhâp, _ được xuất một cách dễ dàng) bằng việc sử dụng giao diện này Một trong những 'kênh cĩ thể được cấu hình, chúng cĩ thể được triển khai, nghĩa là chúng thực thi một cách tích cực Chúng cĩ thể được xem xét trên trang trạng thái của ứng dụng, và cĩ thể start, stop, hoặc paused từ vị trí này Những thơng tin khác nhau, những thơng điệp được xử lý, và những sự kiện hệ thống cĩ thể được xem xét trên trang trạng thái Vì thế, những user và việc thiết lập cĩ thể là sự cấu hình trên trang chủ của ứng dụng
2 Đặc điểm:
Mirth là một giao điện HL7 nền mã nguồn mở cĩ thể định hướng cho việc
gởi những bản tin HL7 giữa những hệ thống và những ứng dụng trên nhiều
phương tiện Bằng việc tận dụng một khung bus của dịch vụ kinh doanh và một kiến trúc cơ bản channel, Mirth cho phép những bản tin được định tuyến, chuyên đổi, lọc dựa trên những qui luật do người dùng định nghĩa Việc tạo giao diện HL7
cho những hệ thống đang tồn tại dễ dàng bằng việc sử dụng giao diện web-based
và tạo channel mà những ứng dụng kết hợp với những thành phần cơng nghệ Mirth
HL7 thành lập khi ngơn ngữ chung của thơng tin y tế thay đổi, và để kết hợp
những dịch vụ đang tồn tại với những hệ thống HL7 thì chúng ta phải thực thi một lớp adapter (lớp nối) để biến đổi những bản tin giữa domain và thế giới HL7 Mirth tạo ra bước này một cách đơn giản bằng việc cung cấp khung cho kết nối những hệ thống khác nhau với những ống nối giao thức được yêu cầu và những cơng cụ chuyển đổi ban tin
Mirth str dụng một kiến trúc channel cơ bản để kết nối những hệ thống với những hệ thống HL7 khác Những channel gồm cĩ những điểm cuốỗi( cả hai vào và
Trang 33
Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 —~
ra), những bộ chuyền đổi và lọc Nhiều bộ lọc và chuỗi của những biến đổi cĩ thể được kết hợp với một channel Giao diện web Minh cho phép tái sử dụng những bộ chuyển đổi và lọc trên nhiều kênh
Điểm cuối được sử dụng để cấu hình kết nối và chỉ tiết giao thức mà họ sử
dụng Những điểm cuối đầu vào được dùng để chỉ định kiểu “lắng nghe” để sử dụng cho tất cả những bản tin đưa vào, chăng han TCP/IP hoặc một dịch vụ web Những điểm cuối đầu ra được sử dụng để chỉ định đích của những bản tin đầu ra, chang hạn như một server ứng dụng, một hàng đợi JMS, hoặc một cơ sở đữ liệu
Tất cả những thơng điệp HL7 vào và ra được mã hĩa bằng Triple DES và
được lưu trữ đến một database bên trong Những thơng điệp cĩ thể được tìm thấy _ từ Mirth Administrator va xuất ra một tập tin
Những kết nối hiện tại được hỗ trợ bao gồm: LLP, Database, JMS, SOAP
Webservices, File (network and local), PDF, FTP, SFTP
Mirth thi no charge d6i với số luong CPU va những channel Mirth cũng ở dưới Mozilla Public License 1.1, cĩ nghĩa là mã nguơn cĩ thể đùng được và mở cho sự biến đổi
WebReach, Inc cung cấp sự đa dạng của sự hỗ trợ cá nhân, sự phát triển và
cố vấn những tùy chon cho Mirth
Trang 34TW An Login Please wait: Loading channel editor (co , Hinh 13- Hién thi qua trinh dang kết nồi tới server RĐỒ NĐ¡rth Administrator - htps:7/incalhost:B443 Status Tasks a -Ÿ, Refresh Other a «2 Help on this topic 2) About Mirth ing, Visit MirthProject.org „ý Logout a
© Dashboard Status Panel 5 od
[channel] Connector Info Event aed
, i i
Lt Ấ », Connected to: hs: (flocahost: 8443
Hình 14- Giao điện chương trình khi đăng nhập thành cơng
“+ Sau khi cai dat xong, ta thấy giao diện chính xuất hiện, cĩ những kênh trên trang status q: 3.2) hoặc trên trang Dashboard (1.7.0 3285) nếu những kênh này đang triển khai (deploy)
Trang 35Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 —
@ Staistic, Messages, va Events:
> Téng quat: Trang Status hay Dashboard cung cấp những trạng thái hữu ích cho những kênh đang được triển khai và những thơng điệp đã được xử lý Những
trạng thái cĩ thể xem xét trên trang status bao gồm sé thơng điệp đã nhận, loại bỏ,
gởi và bị lỗi cho mỗi kênh được triển khai Message brower cĩ thê được sử dụng để xem xét những thơng điệp đã chọn kênh được xử lý Event brower được dùng dé xem nhitng su kién hé thống, bao gồm trạng thái của kênh như: start, stop; viéc
login của user, lỗi,
> Statistics: Trang Status hay Dashboard hién thị một channel đã được triển | khai và khởi động (start) như hình sau:
— Mirth Aeminisrator - httpzv//localhoz+B443 see? "— ằ.ằ nan _———-
th ^ - “
| Ste „NA Recetved tered Queued =” Sent | Errored} Connection 7
‘ Qashboard © Stopped | MIMO 9 $ 9 8 Disconnected | — ae + Sthepp+d Channel 9 9 ° ° 9 + Đisconnected | - nợ: - Stopped Hello L 0 6 9 9 + Dasconmected
alerts Started — vidu 9 0 6 9 2 Waking
| Events Stated = hM 1 o 9 o oO wating
2 Blugins
Status Tasks a +
+) Refresh
a Start All Channels
Stop All Channels
wxt Resst all Channels : a: Send Message i View Messages : 1, Remove Alltlessages „ [43 Clear Statistics + Pause Channel i + Stop Channel ụ ˆ ! Other Me ee ne ee artes :
«Help on this topic Connector Info - | Evert i Info ị
at About (arth Source: HTTP Listener OUML -> ML7Ơ2} đ Done ị iat Visk MirthProlect.org Source: HTTP Listener (XML -> MLTV2} Busy :
val? LOQOUR Source: HTTP Listener (xh -> HL7v2) + Ankiakzed ị
: 2008-04-03 12: Source: HTTP Listener (XML -> MLTV2) Inkialized ị "1008-04-03 12:27:03,383 Destination: Emal Sender - Destination) Initlabzed From; thatkimaquyen'Dgmail.co ! = i - ¡tủ Log Size: _ \ = Connected to: hetpsifflocaihost:8443 2 ` pete —
Hình 15 -Những channel được hiển thị trên Dashboard
Những trang thái được phân loại như sau:
e Received: Thể hiện tổng số những thơng điệp mà kết nối nguồn đã nhận
được
e Rejected: Hién thị tơng số thơng điệp được loại bỏ bởi bộ lọc Trong những
Trang 36
e Sent: Muc nay cho biét duoc số thơng điệp đi đến đích thành cơng Đối với những channel cĩ nhiều đích đến, hiển thị số trên tổng số thơng điệp được
đưa đến đích thành cơng
e Errors: Hién thi tng sé 16i da nhận được khi thơng điệp được xử lý
Những chỉ tiết đặc biệt về lỗi cĩ thể được xem xét trong message browser
C?ú ý; Nếu một đích đến của kênh được thiết lập là LLPListener và đích khơng
đáp ứng, những thơng điệp được đưa vào hàng đợi cục bộ và sẽ khơng gĩp phần vào
trạng thai ‘sent” Khi đích đến hồi đáp, Mirth bắt đầu gởi thơng điệp và chúng sẽ
xuất hiện trong trang trang thai “Sent’ > Messages:
Message browser được dùng để duy trì tất cả những bản tin được xử lý bởi một kênh được tạo ra Những thơng điệp đĩ sẽ được xem xét, xử lý lại, xuất và loại bỏ từ khung nhìn này Message browser hiển thị những thơng điệp mẫu được gởi đến channel được i : : ———— ee J + &dminestration Message Type: Source: } - Resuts 1-20f2
Start Date: wed 12-20-2006 | | EndDate: wed 12-20-2006 | | Page Sze: 20 |
Message Tasks 8 | iter
“Zp Refresh
ji {Export Messages Date | Connector ị Type Source + Status 4
ay Remove All Messages 2006-12-20 15:03:48 Source ORU-ROL GHC RECEIVED
wei Remove Fikered Me lan¢-12-20 15:03:48, Destination 1 ORU-RO! GHC SENT
Rew Message ° Transformed Message ` Encoded Message ', Mappings ' Esvors Select a message to view the raw message
Connected to: httos://34.94.94.70:0043
Hinh 16- Nhitng théng diép trong Channel Message
Mac dinh, message browser chi ra tất cả những thơng điệp đã xử lý đối với thời gian hiện tại Những bộ lọc tìm kiếm khác nhau cĩ thể được sử đụng để lọc những kết quá được hiển thị
Từ trang này, user cĩ thể chọn để xuất tất cả những thơng điệp đến hệ thống tập tin cục bộ trong những định dạng khác nhau Những thơng điệp cĩ thể loại bỏ từ hệ
Trang 37
Viện Cơ học và Tin học ứng dụng Báo cáo đề tài Sở KH&CN Bình Dương 07/2010 —
thống khác bởi việc xĩa tất cả chúng hoặc xĩa tất cả những thơng điệp trả về chuẩn tìm kiếm hiện tại
Những thơng điệp được chọn hoặc lọc cĩ thê xử lý lại, gởi lại những thơng điệp mà đữ liệu chưa được xử lý thơng qua channel đang xử lý Điều này thật sự hữu ích đối với những thơng điệp cĩ trạng thái “ERROR” hoặc “REIECTED”
Chú ý: những thơng điệp được xử lý lại sẽ xuất hiện như những thơng điệp mới trong message browser
Hình dưới đây cho thấy message browser hiển thị những kết quả sau khi bộ lọc chính › xác được á áp dung ^ - hdninlstrobion Meeraoe Type: (ABU-POT Source: [GHE Penke lta
Storl Dele: Wed 12-20-2006 [ ] EndDele: wed 12-20-2006 m4 Page Sie: 20 “a
Message lasks R lrRer |
“Er Qeltedt
| Export Messages Dete | Connector : Type Somer, ON
+~¿ Remove Al Messages 2006-12-20 15:03:48 Source ORU-POI “HC RECEIVED
yf Remove Bere Me
int Bgmove Message ;” Reprocess Flkered
om Roprogess Message
Other kì
~ýc tell lái Ly kuớk,
.g) About Hirth ~e veneer ~=e== - 4 pe Meee ore "| Rew Mexmeye Transformed Message > Encoded Message : Mappings "Errors *
MSM) “#1 £674) GHC I STSRL PAML | 20060822 142650) L674-ZUG6U9EZ2 162030230 }ORV ROLL ORVODOGASAGHLP |Z IT ALIAL |=) POD) 1) [127880 £* 4°ML0*PAL | XTEST*PATIEMT"| | 18593123 EFH1H1111111T111 reveal
UIC| KE }PF24241 ⁄4U13274/006111111211111E11111171111 ‡
: OER] 1) FABZAl £19151 74200601 | 290 18°BASIC METABOLIC PANELI | 2006092215222211111111^227771923991- PACLABLIIILILE”
: ^S50D1UH^GHI 1| 145†mmo1/1I | {| [F11206 ct GTASSTUH“GH] 2| 5-2) mmo1/E| [TTEFIIL2
CHIL0RTDE^GHI 1j 1081mao1/111 (1LIP111
ị Z374-CARB0N DT0XTDE “0H 41 31|0mớ1/11 E11 PT [ 120603241 82300
i get XINME82947"f0LTW.0SE^8RI IS/TH.EIEIIPIT —— „ Chrwrterl tr: NinerjJA4.24.x4 20,887 TỰ Hình 17- Hiển thị kết quả khi bộ lọc được áp dụng
Khi một bản tin được chọn trong view, thơng tin về bản tin sẽ được hiển thị trong ơ vuơng bên dưới
o Raw Message: cho biết bản tin HL7 nguyên thủy được nhận bởi bộ kết nối nguồn của channel
o Transformed Message: hién thị bản tin dưới dạng XML sau khi tất cả sự chuyên đổi được thực thi
o_ Encoded Message: hiển thị HL7 được gởi đến đích
o Mappings: cho thấy việc ánh xạ những đoạn dữ liệu từ bản tin được chuyển
đơi |
o Errors: chi ra ban tin mac những lỗi đặc biệt nếu trạng thái của bản tin được
thiết lap “ERROR”
Trang 38
> Events: Event browser được dùng để xem xét tất cả những sự kiện hệ thống bị phát hiện Hình dưới đây cho biết event browser hiển thị những sự kiện trên hệ thống được phát sinh oi Status — Games ^ hđmnietration Event Tasks R 7+ Relresh i Creer Evers Other ^ Delp on this topic: +) About Mirth 1£ Vøt MithProjedt.org 3° Logout Cee cnn ec ee i Lt al Level: ALL vị SartDae: Medl2202006 | i] enddate: Wed1z-20-2006 | | JPae Event 1D | 4 Dete + 2006-12-20 11:63:12 % 2006-12-20 11:55:31 a7 2006-12-20 ¡2:20:12 46 2006-12-20 13:49:31 49 2006-12-20 13:59:54 sị 2006-12-20 14:00:19 St 2006-12-20 14:05:34 s2 2006-12-20 14:13:10 s3 2006-12-20 14:22:07 s4 2006-12-20 14:30:28 ss 2006-12-20 14:30:29 S6 2006-12-20 14:30:29 Description: 2006-12-20 11:52:53 ˆ Channels deployed
User logged out
User logged in Channels deployed, User logged in Channels deployed : {Session ID=3cehf7fBwvwft, USer Name=adrin, User ID=Œ} t ` +, Connected to: bets: [f34.34.34,70:0443 i
Hình 18- Những sự kiện phá t sinh trong Event Browser
Những event cĩ thể được lọc bởi tiêu chuẩn đặc biệt để giúp thu hẹp những kết qua “LEVEL” phan ánh sự quan trọng của sự kiện Những sự kiện với mức “HIGH” hiển thị những lỗi đưa ra bị xung đột trong hệ thống, trong khi những sự kiện cĩ level “Normal” thường cung cấp nhiều tin tức Việc chọn những sự kiện đặc biệt hiển thị sự mơ tả của nĩ trong ơ vuơng bên đưới của trang Những sự kiện cĩ
thể sẽ bị xĩa, loại bỏ tất cả những sự kiện trên hệ thống cho đến thời điểm hiện tại > Alert: thiết lập cảnh báo gởi tới mail mặc định do người dùng tự thiết lập
=> Cách tạo một alert:
Trang 1?
Trang 39
Viện Cơ học và Tin học ứng dụng Báo cáo để tài Sở KH&CN Bình Duong 07/2010 —
Minh Administrator - hitp2z1ccalhest+6343 T = El | Ị i Mirth 8 Su Name J Dashboard | Channels Alerts 2 Plugins "“—.1 L Alert Tasks ^ ¡ New Alert Other »
Help on this topic với Abauk Mirth * W®k MerthProject.org „! Logott ¡ €onnected to: https:/flocalhost:6443 LE Hình 19- Cách tạo một alert s* Thiết lap thong sé cho alert: - Mirth Acminiszator - httpz//localhoz:t:8443 le tent Sonal ae ————— sen ne mm Ƒ 7 Marth A / " ee ee ee sac Naame : Ðeshbowrd © Dissbed Alert 1 Channels mL Users ˆ #ttingt Alerts _ Everts * a Blugins -
Apply to Channels Emails to Receive Alerts
Abert Tasks a Channel Name ' Bopha EmMAddee .|Í_ A44 ,
VU bì thaikimquyen@gmail.com | i Remove :
a2 New Alert MIMO a pons
«Delete alert Helo g Ị
> Enable Atert ‡m
‘Channel tì ị
0ther ^
: Prọor Mwtchúng Pid Error Codes
-« Help on this topic ERROR any a
sgh About Mirth ` Server
173 VieF kivthPro}ecL.org Ỷ Client 300: Fier 2? Loy 22” Logout 1300: Transtormer : 3301: Transformer conversion Ị B02: Custom transformer 4 #400: Connector iwi Error Template +, Connected to: h 78443
Hình 20- Thiết lập thơng số cho Alert
% Các thành phần trong giao diện: + Channels:
Trang *-+
Trang 40
Channels được cấu hình trong Mirth sử dụng trang channel Trang này tương lai thay đổi sẽ giúp quản lý những channel cha HL7 Những channel cĩ thé được tao, thay đổi, nhập, xuất, hoặc di chuyển Nĩ cũng cho phép những channel ân hay hiển thị Chỉ những channel ở trạng thái enable mới cĩ thể bị hủy
Mink Administrator - nttpsv/iscalhost:8443 ——.-.—.-$ Mirth a
Status Protocol | Na i
-+ Rashboard Enabled 20k Vidu °
= Channels Enabled HL7v^2.x LOG_WRITER Writes all messages received from external systems to the appropriate f
3 serge Enabled H-ZV2 Hela Chao mot ngay mới Alerts _ Events Channel Tasks a vt Refresh * Deploy al « Edt Global Seripts as New Channel iy Import Channel j, , Export AB Channels ¢, , Export Channel _ Cone Channel Rh) Edit Channel : cà Delete Channel * Disable Channel Other » is Maip on this topic gt About Mirth iy Visk MathProject.org 2” Logout
| _ Connected ta: hetpsifflocshast B43 ee
Hình 21- Trạng thái của những channel => Cách tạo một channel: _ Minh Administrator - https //ecalhosv8443 = mm) Mirth a | - v.c :
Status | Protocol ; Name i Description
= Rashboard - Enablad = XML vidu
=: Ghannels |; Enabled HL v2.x LOG_WRITER ‘virttas all messages received from exter
* XIN Sai ‘Enabled HLT v2.x Helo Chao mot ngay mọi
Alerts Events
og Plugins
§ "2: Refresh
Channel Tasks ^ 4 Deploy all
Í - nướn -_„ Edt Global Scripts
| © Deploy a ud ||
wo Ealt Global Scripts be ị
“sa Nex Chamal ih (See hanes i Jp Import Channel | Export AI Chan Te Other a Help on this topic 2 About Mirth {| iy
-y Vist MrthProjec — :Y]
_ Connseted to: hits: focahost: 843
- Hì nh 22- Cách tao một +t channel s