-
Notifications
You must be signed in to change notification settings - Fork 0
/
extracted_html.html
3793 lines (3792 loc) · 207 KB
/
extracted_html.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
<div id="doc" class="markdown-body container-fluid comment-enabled" data-hard-breaks="true"><div class="title-tags-preview"><button class="text-gray-500 px-2.5 py-2 font-semibold text-[14px] leading-[16px] border-none bg-transparent rounded-[4px] hover:bg-gray-100 mb-1.5">顯示標題和標籤<i class="ml-0.5 fa fa-angle-down" aria-hidden="true"></i></button></div><h1 id="簡介" data-id="簡介"><span>簡介</span></h1><p><span>為促進醫療健康數據標準化、落實臨床醫療資訊系統之整合互通用、以助智慧醫療系統融入健康醫療流程，國際上推動「醫療健康資訊互通聯測」已行之有年，社團法人台灣醫療影像資訊標準協會(MISAT)融合全球知名的聯測體系，包含: HL7®(Health Level 7) FHIR® (Fast Healthcare Interoperability Resources)與IHE(Integrating the Healthcare Enterprise)等，發展在地化的醫療健康資訊互通聯測工作。以 </span><strong><span>「標準-實作-聯測-驗證」</span></strong><span> 共築台灣資訊標準化生態圈，建立台灣醫療資訊產業實證場域驗證機制，協助國內醫療資訊產業與新創公司開發標準化產品，串聯產業並結合各方意見與力量，從由下而上(Bottom-up)反映真正的實際產業與醫院需求，扶植國內智慧醫療新創產業。</span></p><p><img src="https://i.imgur.com/NPySeuh.png" alt="" loading="lazy"></p><h2 id="聯測松機制" data-id="聯測松機制"><span>聯測松機制</span></h2><ul>
<li><span>聯測松(Connectathon)是由兩個名詞組成的組合字: 互連性(Connectivity)以及以及馬拉松(Marathon)組成。運作方式是在連續幾天的時間(通常3-5天)，讓參加者以實體方式進行面對面(Face-to-face)的方式對於開發的系統進行互通性(Interoperability)測試。參加者針對特定的規格(Profile)以及情境(Scenario)進行系統開發。規格通常會結構化的方式將規格以角色(Actor)以及交易(Transaction)拆解，角色之間的交易通訊協定採用開放標準，例如:HL7, DICOM, IEEE, OSI,等國際標準或是工業標準規範。</span></li>
</ul><p><img src="https://i.imgur.com/A3kk92Y.png" alt="" loading="lazy"></p><ul>
<li><span>聯測目的在於針對依循指定規格開發的系統進行互通性驗證，參加聯測之前可事先使用開源工具或是開發的系統跟產品準備與測試。聯測提供一個有結構且嚴謹的驗證環境，讓參加者一起測試其彼此產品的互通性，並且可透過標準技術框架讓產品以實施或發佈的方式進行測試。</span></li>
<li><span>參加聯測的單位可測試產品是否實現標準規範，並與其他公司用實際使用情境進行測試。透過廠商之間緊密合作解決彼此的問題，可以快速排除不同系統之間整合與界接的技術問題。</span></li>
<li><span>聯測期間，參與者與其他系統進行連線測試，用來驗證開發的產品與系統符合國際標準規範，在聯測時如果遇到問題亦可在短時間內修正不符合格的項目。聯測活動使用測試工具來驗證數萬筆交易紀錄，且由中立的「聯測督察員(Monitor)」來評斷結果。</span></li>
<li><span>聯測結束後，可透過聯測結果陣列(Connectathon Results Matrix)查看。透過聯測活動來達到產業之間的數據交換與互助，以合作的方式相互發展具備全球市場競爭力之產品。</span></li>
</ul><p><img src="https://i.imgur.com/OQhYCCz.png" alt="" loading="lazy"></p><p><span>促使健康保健IT產業(healthcare IT) 的使用者以及廠商能夠共同合作達到IT系統互通(interoperability)，可透過以下方式達成</span></p><ul>
<li><span>具體定義使用案例(use cases)</span></li>
<li><span>定義使用案例所需要的資訊(information)與流程(Processes)</span></li>
<li><span>使用現有的國際標準來實現訊信息交換(information exchange)</span></li>
<li><span>每年廠商參加聯測，以證明系統功能符合規範(conformance)</span></li>
<li><span>從2016 開始籌畫，2018-2019 初步推廣。2020年開始，從四大領域擴展到多個領域，截至今天為止，共涵蓋10領域，讓不同廠商開發的系統能夠互通。</span></li>
</ul><ul>
<li><span>透過照護提供者（Care providers）與IT從業人員以及廠商共同合作(Coordinate) 制定標準(Standards)與共通指引（common guidelines ）以達到彼此需求，照護提供者提供臨床上面臨的實際問題，IT從業人員與廠商根據需求來發展符合標準的解決方案，根據共通的指引來購買這些符合規範。</span></li>
</ul><h2 id="使用者醫院、消費者的好處" data-id="使用者醫院、消費者的好處"><span>使用者(醫院、消費者)的好處</span></h2><ul>
<li><span>減少客戶端(Site)潛在的互通性問題</span></li>
<li><span>合格廠商可證明其產品支援標準規範，提供使用者採購時參考之依據</span></li>
<li><span>有利於決策者對於競爭廠商投標回應做出決策(透過需求建議書)</span></li>
<li><span>讓合格廠商節省成本與減少不方便性</span></li>
<li><span>使採購過程和後續部署充滿信心 (驗收前後差異甚大)</span></li>
<li><span>可註記已通過聯測的廠商最做為日後審查之參考(過濾蟑螂公司)</span></li>
</ul><h2 id="公司產品開發的好處" data-id="公司產品開發的好處"><span>公司產品開發的好處</span></h2><h3 id="具體優點" data-id="具體優點"><span>具體優點</span></h3><ul>
<li><span>降低開發成本與縮短產品上市時間</span></li>
<li><span>通過結構化且嚴謹的測試環境加快測試速度</span></li>
<li><span>幾分鐘的測試可以節省除錯時間</span></li>
<li><span>由合格的測試專家(工具、督察員)進行獨立的產品測試，並且經過驗證的測試工具可確保產品質量並降低實施成本</span></li>
<li><span>確保產品繼續滿足國際規範規範，並不斷擴大的利基</span></li>
<li><span>促使同行之間全面的互操作性測試，可以進行更好的準備，並避免在客戶現場進行系統界接測試。</span></li>
<li><span>提供新創公司一條接軌市場的捷徑</span></li>
</ul><h3 id="通用優點" data-id="通用優點"><span>通用優點</span></h3><ul>
<li><span>可將產品註冊至聯測結果陣列(Connectathon Results Matrix)</span></li>
<li><span>可證明公司在專業領域的互通性功能達到技術領先</span></li>
<li><span>在一週面對面的活動中可與同行專家進行技術交流</span></li>
<li><span>可從該領域的專家獲得深度技術支援</span></li>
<li><span>全世界現有國家、區域與醫院的招標程序越來越注重要求開發標準化規範之能力</span></li>
</ul><h2 id="整體產業好處" data-id="整體產業好處"><span>整體產業好處</span></h2><ul>
<li><span>與產業領先級專家者接觸</span></li>
<li><span>與非常多的產業頂尖專家在現場分享經驗</span></li>
<li><span>展示產業對於互通性的接受程度</span></li>
<li><span>提供新創公司一個很好的舞台</span></li>
<li><span>參加的廠商越多，對產業鏈供給越緊密，進而讓病人以級醫護人員帶來更大的利益</span></li>
</ul><h2 id="參加聯測對於學習醫學資訊標準例如DICOM、HL7的好處" data-id="參加聯測對於學習醫學資訊標準例如DICOM、HL7的好處"><span>參加聯測對於學習醫學資訊標準(例如:DICOM、HL7)的好處</span></h2><ul>
<li><span>提供參加者學習、開發、以及測試FHIR規範 (Implementation Guide)</span></li>
<li><span>開發者之間 面對面(Face to face)使用標準化DICOM、HL7 Message、以及FHIR介面(Interface) 進行互通性測試(Interoperability)與資料交換(Exchange)</span></li>
<li><span>參加者可選擇感興趣的賽道(Track)，並動手實作開發，且可直接與其他開發者進行深度的合作與交流。</span></li>
<li><span>透過由循序漸進的實作學習，結合教育訓練以及工作坊從做中學來了解醫學資訊標準知識</span></li>
</ul><h2 id="國家發展電子病歷標準的好處" data-id="國家發展電子病歷標準的好處"><span>國家發展電子病歷標準的好處</span></h2><ul>
<li><span>改善只「訂」標準做法</span>
<ul>
<li><span>醫院為了符合衛福部規定，僅要求廠商在輸出格式符合規範，作為電子病歷歸檔之用。</span></li>
<li><span>各醫院僅完成規定的電子病歷，但對於系統之間的「互通性」並未加以驗證，無法確定每一家醫院或是廠商作的系統是否能彼此間互通。</span></li>
</ul>
</li>
<li><span>以「做」標準的方式透過實作快速的驗證醫院及廠商所開發的電子病歷是否真的能互通</span></li>
<li><span>可快速獲得真實世界「開發者」以及「需求者」的回饋</span></li>
</ul><h1 id="招募" data-id="招募"><span>招募</span></h1><h2 id="賽道工作小組" data-id="賽道工作小組"><span>賽道工作小組</span></h2><h2 id="工作小組志工-Work-Group-Volunteer" data-id="工作小組志工-Work-Group-Volunteer"><span>工作小組志工 (Work Group Volunteer)</span></h2><p><span>邀請國內醫療資訊標準之領域專家(Domain Expert)以及開發IHE Domain專家、業界專家、IT管理者具備技術背景以及具有系統整合實務經驗者、以及DICOM與HL7專家參加工作小組(Work Group)，工作小組根據不同的領域以及應用情境，在面對面聯測活動前，針對不同賽道主題，分成多個標準工作小組，將招募會邀請國內醫療資訊標準專家(Domain Expert)、健康醫療領域專家等，並定期召集會議，確立、產生及公告規範。以下為招募條件以及資訊整理:</span></p><ul>
<li><span>條件</span>
<ul>
<li><span>醫資標準(技術專家)以及健康醫療(領域專家)專家</span></li>
<li><span>由國內醫學工程/資訊/公衛/醫管等相關公協會推薦</span></li>
</ul>
</li>
<li><span>工作內容:</span>
<ul>
<li><span>善於溝通協調、定期召集會議(每月一兩次)</span></li>
<li><span>整理會議記錄、規格網頁、測試資料、教材…</span></li>
</ul>
</li>
<li><span>義務</span>
<ul>
<li><span>定期召開及參與會議</span></li>
<li><span>確立、產生、及公告規範</span></li>
<li><span>協助推廣通過聯測之產品</span></li>
</ul>
</li>
<li><span>權利</span>
<ul>
<li><span>優惠或免費參與</span></li>
<li><span>教育訓練、證照考試、聯測、交流活動</span></li>
<li><span>輔導及補助提研究計畫</span></li>
<li><span>基於確立之規範，協助提研發及試行計畫</span></li>
<li><span>標準協會協助推廣研發成果，並保護研發單位之智財權</span></li>
</ul>
</li>
<li><span>榮譽</span>
<ul>
<li><span>具名公告標準規格及範例，有可能多年長期被引用</span></li>
</ul>
</li>
</ul><p><span>▍聯測督察員招募(Monitor)</span><br>
<span>邀請國內醫療資訊標準之領域專家(Domain Expert)、開發IHE Domain專家，以及DICOM與HL7專家擔任聯測督察員工作。</span><br>
<span>於聯測活動期間使用聯測主機與實際查訪提供驗證與測試結果，解析從儀器或系統產生的檔案與log進行除錯與問題排除，並提供聯測參加者(工程師)等排除技術性相關問題。</span><br>
<span>以下為招募條件以及資訊整理:</span></p><ul>
<li><span>條件</span>
<ul>
<li><span>領域專家(Domain Expert)以及開發IHE Domain專家</span></li>
<li><span>IT 管理者具備技術背景以及具有系統整合實務經驗</span></li>
<li><span>熟悉醫療資訊標準</span></li>
<li><span>對於協助工程師解決問題有興趣</span></li>
<li><span>醫院、工程師、學術單位、志工</span></li>
</ul>
</li>
<li><span>領域</span>
<ul>
<li><span>標準專家: IHE, DICOM, HL7, HL7 FHIR</span></li>
</ul>
</li>
<li><span>責任與工作</span>
<ul>
<li><span>需全程參與(3.5天)</span></li>
<li><span>協助聯測團隊排除問題</span></li>
<li><span>使用工具或自我專業知識提供驗證與測試結果</span></li>
<li><span>大會提供交通、住宿以及餐費</span></li>
</ul>
</li>
<li><strong><span>利益迴避:</span></strong><span> </span><font color="red"><span>督察員不可審核所屬單位與公司之產品</span></font></li>
</ul><h1 id="規格與資源" data-id="規格與資源"><span>規格與資源</span></h1><h2 id="公開徵求意見Call-for-public-comments" data-id="公開徵求意見Call-for-public-comments"><span>公開徵求意見(Call for public comments)</span></h2><p><span>社團法人台灣醫療影像資訊標準協會 (MISAT)發佈的之醫療資訊規格以及公開技術文件，台灣醫學資訊聯測松工作小組基於HL7 FHIR®及DICOMWeb國際標準與規範，以標準化資訊互通介面，進行跨系統互通聯測(Connectathon)機制來驗證其互通性，企業會結盟並共同制定可互通性標準來建立標準化生態系(ecosystem)。針對每年舉辦的聯測松賽道徵求公開意見，請於點選 聯測工作小組選項，並註記賽道編號。</span></p><h3 id="公開徵求意見連結" data-id="公開徵求意見連結"><a href="https://docs.google.com/forms/d/e/1FAIpQLSfPNL-NWe_EWJ7pfYY74hIQr8kuNRFEXYbeROu3Sem8Cq8Qlw/viewform" target="_blank" rel="noopener"><span>公開徵求意見連結</span></a></h3><h2 id="運作機制說明" data-id="運作機制說明"><span>運作機制說明</span></h2><p><span>資訊標準是健康醫療系統整合應用、系統商品化的基礎。醫資標準化系統之建置與推行有一套嚴謹的步驟，包含標準確立、準備測試案例、實作系統、聯測、以及推廣等，需有系統、有制度化地運作。本活動邀請國內健康醫療、醫療影像、資訊科技相關之產業界、政府單位、學術界、以及醫療機構參加。希望鼓勵醫療資訊系統相關新創業者，開發與使用標準化醫療資訊格式(包含:HL7, HL7 FHIR®, DICOM等)，預期效益為發展具國際標準標準化互通性(Interoperability)之醫學資訊系統以及醫療儀器、利於健康醫療系統整合應用、跨系統資料交換、也利於發展的系統在全球銷售。本活動包含:</span></p><ul>
<li><strong><span>聯測工作小組會議:</span></strong><span> 在面對面聯測活動前，針對不同賽道主題，分成多個標準工作小組，將招募會邀請國內醫療資訊標準專家(Domain Expert)、健康醫療領域專家等，並定期召集會議，確立、產生及公告規範。</span></li>
<li><strong><span>聯測準備活動(Pre-Connectathon)：</span></strong><span> 面對面聯測前兩個月將提供線上測試資料以及測試主機，讓參加單位進行驗證，最為面對面聯測之準備。線上遇到問題時，將提供線上諮詢服務，並排除技術問題，另外會不定期提供線上讀書會、教育訓練以及意見交流活動。</span></li>
<li><strong><span>聯測工作坊(預演):</span></strong><span> 為面對面聯測之前一個月舉辦一場聯測模擬測試，讓第一次或是不熟悉聯測工具以及流程的參加者能提前適應聯測。參加者將以實體參與活動，在一天的時間內對於參加賽道以及規格進行實際測試，活動將提供線上測試資料以及測試主機，讓參加單位進行驗證，最為面對面聯測之準備。另外會邀請部分督察員以及工作小組成員對於參加地的問題在現場排除問題，並提供諮詢。</span></li>
<li><strong><span>面對面聯測:</span></strong><span> 參加單位將在四天內與其他參加單位以實際的網路連線進行系統介接測試，在四天內須完成指定的規範與測試資料，符合通過標準者，將提供產品通過證書。</span></li>
<li><strong><span>聯測松論壇：</span></strong><span> 今年主題為:「打造標準化金融醫療生態圈」，預計邀請醫院、學術界以及政府單位專家進行多場專題演講，分享有關標準化金融醫療數據應用、政策，多元應用場景、核保理賠、健康照護/健檢以及智慧醫療科技串聯等領域的專題演講。</span></li>
<li><strong><span>成果展示：</span></strong><span> 參加者通過聯測後，將提供成果展示活動，包含實體論壇、線上文宣以及網站公告等方式，展示聯測成果。聯測成果亦將作為醫院採購產品之參考依據。將聯測成果辦理應用推廣活動，推廣健康醫療資訊相關創新應用，推廣到產官學研機構、醫療院所單位團體、數據相關業者、與新創企業等。可透過每年的聯測松結果以及成果發表媒合有意提供健康醫療數據交換與加值應用之業者。</span></li>
</ul><p><span>聯測規格運作機制架構請參考下圖</span><br>
<img src="https://i.imgur.com/7c4RTW6.png" alt="" loading="lazy"></p><h2 id="定義使用規範-Profile" data-id="定義使用規範-Profile"><span>定義使用規範 (Profile)</span></h2><p><span>聯測將使用架設的IHE Gazelle (以下簡稱Gazelle) 。在Gazelle聯測系統中，包含測試整合規範(Integration Profile)以及測試案例定義(Test Definition)。我們將聯測的分成10個測試整合規範。參加單位可由報名的測試整合規範，查看要符合此規範需要依循那些技術規格。在設計上，我們將此次的健康數據資料分成幾個領域 (Domain): MI-TW以及RAD。</span></p><h2 id="定義測試情境Test-Script" data-id="定義測試情境Test-Script"><span>定義測試情境(Test Script)</span></h2><p><span>測試情境將定義每個角色所需符合的條件，將測試流程定義為測試案例定義(Test Script)，每個測試案例定義會加入該角色對應要連線測試的受測角色，依據標準規範分成no peer以及peer to peer這兩大類型。驗證規範由本會所招募的標準專家，將各賽道要驗證的測試情境定義在測試案例定義中。</span></p><h2 id="領域分類" data-id="領域分類"><span>領域分類</span></h2><p><span>在交換情境設計上因應符合台灣的應用情境，引用自行定義以及國際IHE規範做為聯測的測試情境。每個規範定義分別的角色(Actor)以及交易(Transaction)，定義角色之間彼此的關係。聯測包含各種Profile包含:</span></p><h3 id="聯測整合規範列表" data-id="聯測整合規範列表"><span>聯測整合規範列表</span></h3><table>
<thead>
<tr>
<th><strong><span>領域</span></strong></th>
<th><strong><span>賽道</span></strong></th>
<th><strong><span>規範簡稱</span></strong></th>
<th><strong><span>規範名稱</span></strong></th>
<th><strong><span>規範英文名稱</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>MI-TW</span></td>
<td><span>1</span></td>
<td><span>PAT</span></td>
<td><span>病人基本資料</span></td>
<td><span>Patient</span></td>
</tr>
<tr>
<td><span>MI-TW</span></td>
<td><span>2</span></td>
<td><span>VTSIGN</span></td>
<td><span>生理量測數據</span></td>
<td><span>General Vital-Signs</span></td>
</tr>
<tr>
<td><span>MI-TW</span></td>
<td><span>3</span></td>
<td><span>MED&DOC</span></td>
<td><span>處方用藥與文件打包</span></td>
<td><span>Medication & DocumentBundle</span></td>
</tr>
<tr>
<td><span>MI-TW</span></td>
<td><span>4</span></td>
<td><span>IMAGE</span></td>
<td><span>影像與影像報告</span></td>
<td><span>Image reporting</span></td>
</tr>
<tr>
<td><span>MI-TW</span></td>
<td><span>4</span></td>
<td><span>PATH</span></td>
<td><span>數位病理影像存取</span></td>
<td><span>Pathology</span></td>
</tr>
<tr>
<td><span>RAD</span></td>
<td><span>4</span></td>
<td><span>WIA</span></td>
<td><span>Web影像存取</span></td>
<td><span>Web-based Image Access</span></td>
</tr>
<tr>
<td><span>RAD</span></td>
<td><span>4</span></td>
<td><span>SWF</span></td>
<td><span>排程檢查流程</span></td>
<td><span>Scheduled Workflow</span></td>
</tr>
<tr>
<td><span>MI-TW</span></td>
<td><span>6</span></td>
<td><span>GEN</span></td>
<td><span>基因體標記</span></td>
<td><span>Genomics</span></td>
</tr>
<tr>
<td><span>MI-TW</span></td>
<td><span>5</span></td>
<td><span>COLLCARE</span></td>
<td><span>協同照護</span></td>
<td><span>Collaborative Care</span></td>
</tr>
<tr>
<td><span>MI-TW</span></td>
<td><span>7</span></td>
<td><span>EMS</span></td>
<td><span>緊急醫療救護</span></td>
<td><span>Emergency Medical Services</span></td>
</tr>
<tr>
<td><span>MI-TW</span></td>
<td><span>8</span></td>
<td><span>CLAIM</span></td>
<td><span>醫療保險理賠</span></td>
<td><span>Medical Insurance Claims</span></td>
</tr>
<tr>
<td><span>MI-TW</span></td>
<td><span>9</span></td>
<td><span>TELMED</span></td>
<td><span>遠距醫療</span></td>
<td><span>Tel-Medicine</span></td>
</tr>
<tr>
<td><span>MI-TW</span></td>
<td><span>10</span></td>
<td><span>TCR</span></td>
<td><span>臺灣癌症登記</span></td>
<td><span>Taiwan Cancer Registry</span></td>
</tr>
</tbody>
</table><ul>
<li><span>MI-TW為MI-TW作小組針對台灣的交換情境制定的規範</span></li>
<li><span>RAD為依循國際IHE規範Radiology中定義的各種整合規範(Integration Profile)</span></li>
</ul><h2 id="驗測規則分級" data-id="驗測規則分級"><span>驗測規則分級</span></h2><p><span>聯測根據性質區分三個等級。Level I為基本能力驗證，系統需根據各賽道的測試情境(Scenario)的測試腳本(Test Script)，與主辦單隊提供的主機系統進行驗證，並實作OAuth2授權-客户端模式，通過後即可符合。Level II為互通性驗證，要求測試系統需與三家不同的系統進行驗證，須通過各賽道的測試情境的測試腳本。Level III為連線測試時須支援動態身分授權機制，即系統需支援OAuth2 - 授權碼模式驗證功能，且雙方的系統需要均能支援。下表為驗測規則分級整理與說明。</span></p><ul>
<li><strong><span>驗測規則分級整理表</span></strong></li>
</ul><table>
<thead>
<tr>
<th><strong><span>等級</span></strong></th>
<th><strong><span>名稱</span></strong></th>
<th><strong><span>描述</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>Level I</span></td>
<td><span>能力聲明驗證 (Capability Statement)</span></td>
<td><span>須通過賽道指定情境之測試腳本以及OAuth2授權-客户端模式</span></td>
</tr>
<tr>
<td><span>Level II</span></td>
<td><span>互通性驗證 (Interoperability)</span></td>
<td><span>須通過賽道指定情境之測試腳本。一個系統至少需與三家不同廠商進行交互認證</span></td>
</tr>
<tr>
<td><span>Level III</span></td>
<td><span>授權碼模式驗證 (OAuth2 Authorization code)</span></td>
<td><span>參測系統需支援OAuth2授權碼模式驗證</span></td>
</tr>
</tbody>
</table><ul>
<li><span>提供OAuth2 Server，驗證參加單位OAuth2 Client，大會提供Keycloak Server作為認證主機。</span></li>
<li><span>參考JavaScript實作OAuth2範例: </span><a href="https://github.com/kevin20888802/Javascript_OAuth_Example" target="_blank" rel="noopener"><span>Javascript_OAuth_Example</span></a></li>
</ul><h3 id="Level-I-能力聲明驗證規則說明" data-id="Level-I-能力聲明驗證規則說明"><span>Level I 能力聲明驗證規則說明</span></h3><ol>
<li><span>參加者須具備</span><a href="https://datatracker.ietf.org/doc/html/rfc6749#section-4.4" target="_blank" rel="noopener"><span>OAuth 2.0 RFC 6749, section 4.4: Client Credentials flow</span></a><span>標準實作能力，在存取DIOCMweb以及FHIR聯測主機以前，需經過Client Credentials flow向大會授權主機 (Keycloak OAuth Server)取得存取授權Token後，使用Token存取DIOCMweb以及FHIR聯測主機</span>
<ul>
<li><strong><span>例外條件:</span></strong><span> #Track #4中，使用DICOM DMISE的交易排除OAuth2條件</span></li>
</ul>
</li>
<li><span>需滿足指定參加的賽道的角色的測試劇本(Test Script),並符合測試規範，並由督察員認證。</span></li>
</ol><ul>
<li><span>Client Credentials Flow定義請參考下圖(節錄標準規範)</span></li>
</ul><pre><code> +---------+ +---------------+
| | | |
| |>--(A)- Client Authentication --->| Authorization |
| Client | | Server |
| |<--(B)---- Access Token ---------<| |
| | | |
+---------+ +---------------+
</code></pre><ul>
<li><span>測試流程請參考以下循序圖範例 - 以使用GET取得FHIR Server中指定FHIR Resources為例)</span></li>
</ul><h3 id="Client-credentials-flow範例---GET-FHIR-Server" data-id="Client-credentials-flow範例---GET-FHIR-Server"><span>Client credentials flow範例 - GET FHIR Server</span></h3><pre><code class="mermaid hljs"><span class="mermaid raw" data-raw="sequenceDiagram%0A%20%20%20%20Client-%26gt%3B%26gt%3BKeycloak%20OAuth%20Server%3A%u50B3%u9001%u8ACB%u6C42Token%u7684Http%20Request%u4E26%u5728header%u5E36%u5165%u9A57%u8B49%u8CC7%u8A0A%0A%20%20%20%20Keycloak%20OAuth%20Server-%26gt%3B%26gt%3BKeycloak%20OAuth%20Server%3A%u6AA2%u67E5User%u50B3%u5165%u7684%u9A57%u8B49%u8CC7%u8A0A%u662F%u5426%u6B63%u78BA%0A%20%20%20%20Keycloak%20OAuth%20Server--%26gt%3B%26gt%3BClient%3A%u5982%u679C%u9A57%u8B49%u8CC7%u8A0A%u6B63%u78BA%uFF0C%u5247%u56DE%u50B3Token%0A%20%20%20%20Client-%26gt%3B%26gt%3BFHIR%20Server%3A%u5728Header%u5E36%u5165Token%u4EE5%u53CAID%u50B3%u9001FHIR%20Resource%u8CC7%u6599%u8ACB%u6C42%0A%20%20%20%20FHIR%20Server-%26gt%3B%26gt%3BKeycloak%20OAuth%20Server%3A%u50B3%u9001%u8ACB%u6C42%u9A57%u8B49User%u50B3%u5165%u7684Token%u662F%u5426%u6B63%u78BA%0A%20%20%20%20Keycloak%20OAuth%20Server--%26gt%3B%26gt%3BFHIR%20Server%3A%u56DE%u50B3Token%u662F%u5426%u6B63%u78BA%u7684%u7D50%u679C%20%20%20%20%0A%20%20%20%20FHIR%20Server-%26gt%3B%26gt%3BFHIR%20Server%3A%u6AA2%u67E5Token%u662F%u5426%u6709%u6548%0A%20%20%20%20FHIR%20Server--%26gt%3B%26gt%3BClient%3A%u5982%u679C%u9A57%u8B49%u8CC7%u8A0A%u6B63%u78BA%uFF0C%u5247%u50B3%u56DE%u67E5%u8A62%u7D50%u679C%0A">sequenceDiagram
Client->>Keycloak OAuth Server:傳送請求Token的Http Request並在header帶入驗證資訊
Keycloak OAuth Server->>Keycloak OAuth Server:檢查User傳入的驗證資訊是否正確
Keycloak OAuth Server-->>Client:如果驗證資訊正確，則回傳Token
Client->>FHIR Server:在Header帶入Token以及ID傳送FHIR Resource資料請求
FHIR Server->>Keycloak OAuth Server:傳送請求驗證User傳入的Token是否正確
Keycloak OAuth Server-->>FHIR Server:回傳Token是否正確的結果
FHIR Server->>FHIR Server:檢查Token是否有效
FHIR Server-->>Client:如果驗證資訊正確，則傳回查詢結果
</span></code></pre><h3 id="Level-II-互通性驗證證規則說明" data-id="Level-II-互通性驗證證規則說明"><span>Level II 互通性驗證證規則說明</span></h3><ul>
<li><span>參測系統為Client類型，包含:Source與Consumer，需通過Level I指定賽道的測試情境後，需自行或透過大會協助找尋參賽單位扮演Server的系統(Repository)，每一個Client需與三家以上(含大會提供的聯測主機)的Server類型產品進行介接測試，並由督察員認證。</span></li>
</ul><h3 id="Level-III-身分認證授權驗證規則說明" data-id="Level-III-身分認證授權驗證規則說明"><span>Level III 身分認證授權驗證規則說明</span></h3><ul>
<li><span>參測系統需通過Level II認證後，需自行或透過大會協助找尋參賽單位扮演Server的系統，每一個Client需與三家以上(含大會提供的OAuth2主機)的Server類型產品進行介接測試，並由督察員認證。</span></li>
<li><span>參加者須具備</span><a href="https://datatracker.ietf.org/doc/html/rfc6749#section-4.1" target="_blank" rel="noopener"><span>OAuth 2.0 RFC 6749, section 4.1 : Authorization code flow</span></a><span>標準實作能力，在存取DIOCMweb以及FHIR聯測主機以前，需經過Authorization code flow向大會授權主機 (Keycloak OAuth Server)依照指定的帳號密碼登入，並取得存取授權Token後，使用Token存取DIOCMweb以及FHIR聯測主機</span></li>
<li><span>Authorization Code Flow定義請參考下圖(節錄標準規範)</span></li>
</ul><pre><code> +----------+
| Resource |
| Owner |
| |
+----------+
^
|
(B)
+----|-----+ Client Identifier +---------------+
| -+----(A)-- & Redirection URI ---->| |
| User- | | Authorization |
| Agent -+----(B)-- User authenticates --->| Server |
| | | |
| -+----(C)-- Authorization Code ---<| |
+-|----|---+ +---------------+
| | ^ v
(A) (C) | |
| | | |
^ v | |
+---------+ | |
| |>---(D)-- Authorization Code ---------' |
| Client | & Redirection URI |
| | |
| |<---(E)----- Access Token -------------------'
+---------+ (w/ Optional Refresh Token)
Note: The lines illustrating steps (A), (B), and (C) are broken into
two parts as they pass through the user-agent.
</code></pre><h3 id="Authorization-Code-flow範例---以賽道4---WADO-RS調閱DICOM影像為例" data-id="Authorization-Code-flow範例---以賽道4---WADO-RS調閱DICOM影像為例"><span>Authorization Code flow範例 - 以賽道4 - WADO-RS調閱DICOM影像為例</span></h3><ul>
<li><span>選項1: grant type=authorization code 瀏覽器跳轉登入驗證的方式</span></li>
</ul><pre><code class="mermaid hljs"><span class="mermaid raw" data-raw="sequenceDiagram%0A%20%20%20%20Client-%26gt%3B%26gt%3BDICOMweb%20Server%3A%u50B3%u9001WADO-RS%u8ABF%u95B1%u5F71%u50CF%u8CC7%u6599%u8ACB%u6C42%0A%20%20%20%20DICOMweb%20Server-%26gt%3B%26gt%3BClient%3A%u5C07%u4F7F%u7528%u8005%u8DF3%u8F49%u5230%u767B%u5165%u756B%u9762%0A%20%20%20%20Client-%26gt%3B%26gt%3BKeycloak%20OAuth%20Server%3A%u9A57%u8B49%u767B%u5165%0A%20%20%20%20Keycloak%20OAuth%20Server--%26gt%3BDICOMweb%20Server%3A%u50B3%u56DEAuthorizaion%20Code%0A%20%20%20%20DICOMweb%20Server-%26gt%3B%26gt%3BKeycloak%20OAuth%20Server%3A%u50B3%u9001Authorizaion%20Code+Client%20ID%28+Client%20Secret%u5982%u679C%u5FC5%u8981%29%u4E26%u53D6%u5F97Token%0A%20%20%20%20Keycloak%20OAuth%20Server--%26gt%3BDICOMweb%20Server%3A%u50B3%u56DEAccess%20Token%0A%20%20%20%20DICOMweb%20Server-%26gt%3B%26gt%3BKeycloak%20OAuth%20Server%3A%u9A57%u8B49%u8A72Access%20Token%u662F%u5426%u6B63%u78BA%0A%20%20%20%20Keycloak%20OAuth%20Server--%26gt%3BDICOMweb%20Server%3A%u50B3%u56DE%u9A57%u8B49%u7D50%u679C%0A%20%20%20%20DICOMweb%20Server--%26gt%3BClient%3A%u5982%u679C%u9A57%u8B49%u8CC7%u8A0A%u6B63%u78BA%uFF0C%u5247%u50B3%u56DEDICOM%u5F71%u50CF%0A">sequenceDiagram
Client->>DICOMweb Server:傳送WADO-RS調閱影像資料請求
DICOMweb Server->>Client:將使用者跳轉到登入畫面
Client->>Keycloak OAuth Server:驗證登入
Keycloak OAuth Server-->DICOMweb Server:傳回Authorizaion Code
DICOMweb Server->>Keycloak OAuth Server:傳送Authorizaion Code+Client ID(+Client Secret如果必要)並取得Token
Keycloak OAuth Server-->DICOMweb Server:傳回Access Token
DICOMweb Server->>Keycloak OAuth Server:驗證該Access Token是否正確
Keycloak OAuth Server-->DICOMweb Server:傳回驗證結果
DICOMweb Server-->Client:如果驗證資訊正確，則傳回DICOM影像
</span></code></pre><ul>
<li><span>選項2: grant type=password 或是直接將token放入HTTP Header並自動帶入的方式</span></li>
</ul><pre><code class="mermaid hljs"><span class="mermaid raw" data-raw="sequenceDiagram%0A%20%20%20%20Client-%26gt%3B%26gt%3BKeycloak%20OAuth%20Server%3A%u50B3%u9001%u8ACB%u6C42Token%u7684Http%20Request%u4E26%u5728header%u5E36%u5165%u9A57%u8B49%u8CC7%u8A0A%0A%20%20%20%20Keycloak%20OAuth%20Server-%26gt%3B%26gt%3BKeycloak%20OAuth%20Server%3A%u6AA2%u67E5Client%u50B3%u5165%u7684%u9A57%u8B49%u8CC7%u8A0A%u662F%u5426%u6B63%u78BA%0A%20%20%20%20Keycloak%20OAuth%20Server--%26gt%3B%26gt%3BClient%3A%20%u5982%u679C%u9A57%u8B49%u8CC7%u8A0A%u6B63%u78BA%uFF0C%u5247Client%3A%u56DE%u50B3Token%0A%20%20%20%20Client-%26gt%3B%26gt%3BDICOMweb%20Server%3A%u5728Header%u5E36%u5165Token%u50B3%u9001WADO-RS%u8ABF%u95B1%u5F71%u50CF%u8CC7%u6599%u8ACB%u6C42%0A%20%20%20%20DICOMweb%20Server-%26gt%3B%26gt%3BKeycloak%20OAuth%20Server%3A%u50B3%u9001%u8ACB%u6C42%u9A57%u8B49Client%u50B3%u5165%u7684Token%u662F%u5426%u6B63%u78BA%0A%20%20%20%20Keycloak%20OAuth%20Server--%26gt%3B%26gt%3BDICOMweb%20Server%3A%u56DE%u50B3Token%u662F%u5426%u6B63%u78BA%u7684%u7D50%u679C%20%20%20%20%20%20%20%0A%20%20%20%20DICOMweb%20Server--%26gt%3B%26gt%3BClient%3A%20%u5982%u679C%u9A57%u8B49%u8CC7%u8A0A%u6B63%u78BA%uFF0C%u5247%u50B3%u56DEDICOM%u5F71%u50CF%0A">sequenceDiagram
Client->>Keycloak OAuth Server:傳送請求Token的Http Request並在header帶入驗證資訊
Keycloak OAuth Server->>Keycloak OAuth Server:檢查Client傳入的驗證資訊是否正確
Keycloak OAuth Server-->>Client: 如果驗證資訊正確，則Client:回傳Token
Client->>DICOMweb Server:在Header帶入Token傳送WADO-RS調閱影像資料請求
DICOMweb Server->>Keycloak OAuth Server:傳送請求驗證Client傳入的Token是否正確
Keycloak OAuth Server-->>DICOMweb Server:回傳Token是否正確的結果
DICOMweb Server-->>Client: 如果驗證資訊正確，則傳回DICOM影像
</span></code></pre><h2 id="聯測網路與主機架構" data-id="聯測網路與主機架構"><span>聯測網路與主機架構</span></h2><p><span>各種情境的資料儲存至資料主機的FHIR與DICOM主機，透過健康數據服務API以標準FHIR與DICOMweb API提供模擬健康資料，包含個賽道提供的測試資料，使用情境則使用Gazelle平台以及平台的各種工具提供聯測使用，目前提供工具包含: FHIR基本格式驗證以及DICOM格式驗證。參加者需配合主辦單位設定網路以及API設定。</span></p><ul>
<li><strong><span>實體面對面聯測者:</span></strong><span> 參加者連接聯測區域網路後，經過網路設定，將交易連結導向Gazelle Proxy主機作為抓取交易封包以及連結特定的測試單元。</span></li>
<li><strong><span>主機架設在雲端的參加單位:</span></strong><span> 透過VPN服務連線，設定外部主機之IP以及PORT將透過HTTP/HTTPS連線至聯測區域網路內，GO Proxy作為外部主機IP與PORT轉換對照，用來擷取網路封包並記錄至Gazelle Proxy</span></li>
<li><strong><span>使用HTTP協定之情境:</span></strong><span> 驗證Level I時，須設定基本JWT Token作為基礎身分認證授權驗證，報名程序完成後，由主辦單位核發JWT Token,並將其放入HTTP Header中作為存取FHIR與DICOM主機認證使用。在互通性驗證時，雙方必須能支援動態身分授權機制，登入者身分須註冊到主辦單位提供的OAuth2主機，由參測主機端設定權限，交付督察員驗證時，須能證明雙方能採用標準化認證機制。</span></li>
<li><strong><span>使用DICOM協定之情境:</span></strong><span> 驗證Level I時，不需要設定JWT Token，但需透過DICOM AE 設定，以確保Client與Server主機能連線。</span></li>
</ul><p><span>下圖為聯測網路與伺服器服務架構，主要規劃分成兩個主機: (1)聯測控制主機以及(2)資料主機。</span><br>
<img src="https://hackmd.io/_uploads/rJ0rUgIi2.png" alt="" loading="lazy"></p><h2 id="開源工具" data-id="開源工具"><span>開源工具</span></h2><p><span>為了協助開發者開發標準化的醫學資訊系統，本聯測由各開源團隊提供多個開源工具，以發展開源技術且建立開源生態系統 (open source ecosystem)，降低開發者開發DICOM以及FHIR系統的最後一哩路的門檻。亦可協助產業在開發產品時能使用開源程式碼，透過透明且開放式的參與模式、可加速這個領域的產業發展，進而回饋至產業。</span></p><ul>
<li><span>有人提交開源工具提交，經過基本審查後提出會議討論。</span></li>
</ul><table>
<thead>
<tr>
<th><strong><span>名稱</span></strong></th>
<th><strong><span>簡介</span></strong></th>
<th><strong><span>適用賽道</span></strong></th>
<th><strong><span>貢獻者</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><img src="https://github.com/Chinlinlee/Burni/blob/main/public/logo.png?raw=true" alt="布魯尼(Burni)" loading="lazy"><span> </span><a href="https://github.com/Chinlinlee/Burni" target="_blank" rel="noopener"><span>布魯尼(Burni)</span></a></td>
<td><span>Burni 使用 Node.JS 、Express 框架以及 MongoDB 實作 FHIR R4 Server，經由簡單的設定即可產生指定 FHIR Resource、API程式碼並可自行更改，滿足需求。支援跨平台安裝，可以快速架設 FHIR Server。Burni也支援FHIR實作指引用於儲存FHIR Resource以及產生FHIR RESTful API。</span></td>
<td><span>所有賽道</span></td>
<td><a href="https://cylab.dicom.tw" target="_blank" rel="noopener"><span>國北護CYLAB</span></a></td>
</tr>
<tr>
<td><img src="https://github.com/cylab-tw/redpanda/raw/main/img/RedPanda.jpg?raw=true" alt="FHIR Pandas" loading="lazy"><span> </span><a href="https://github.com/cylab-tw/FHIR-Pandas" target="_blank" rel="noopener"><span>FHIR熊貓</span></a></td>
<td><span>FHIR Pandas提供各種網頁前端框架，包括 Vue.js、Angular.js 和 Vanilla.js，實現 FHIR 客戶端，提供原始碼。FHIR Pandas亦提供台灣核心實作指引(TW Core IG)中10 個Profile的FHIR 客戶端程式碼範例</span></td>
<td><span>所有賽道</span></td>
<td><a href="https://cylab.dicom.tw" target="_blank" rel="noopener"><span>國北護CYLAB</span></a></td>
</tr>
<tr>
<td><a href="https://github.com/Lorex/FHIR-Universal-Conversion-Kit" target="_blank" rel="noopener"><span>FHIR Universal Conversion Kit</span></a></td>
<td><span>FHIR Universal Conversion Kit提供任意數據轉換FHIR格式。亦提供台灣核心實作指引(TW Core IG)中10 個Profile的FHIR 客戶端轉換程式碼範例(詳見</span><a href="https://github.com/cylab-tw/FHIR-Pandas" target="_blank" rel="noopener"><span>FHIR熊貓</span></a><span>)</span></td>
<td><span>所有賽道</span></td>
<td><a href="https://github.com/Lorex" target="_blank" rel="noopener"><span>楊宇凡</span></a></td>
</tr>
<tr>
<td><img src="https://raw.githubusercontent.com/cylab-tw/bluelight/master/bluelight/image/icon/black/BLLogoSmall.png" alt="藍光(BlueLight)" loading="lazy"><span> </span><a href="https://github.com/cylab-tw/bluelight" target="_blank" rel="noopener"><span>藍光(BlueLight)</span></a></td>
<td><span>採用SPA(Single-Page Application)架構的Web DICOM Viewer，僅使用HTML5技術，可完全獨立執行，不需要搭配後端程式，可以輕鬆部署在任何 HTTP 服務器上。不僅支援離線存取DICOM影像，亦可透過DICOMweb與各種DICOM Server介接。除了提供基本的影像2D操作功能以外，也支援3D重組功能，包含MPR以及VR</span></td>
<td><span>Track #4 醫學影像</span></td>
<td><a href="https://cylab.dicom.tw" target="_blank" rel="noopener"><span>國北護CYLAB</span></a></td>
</tr>
<tr>
<td><img src="https://repository-images.githubusercontent.com/314441601/8e680180-33da-11eb-8da5-266f5636f213" alt="浣熊(Raccoon)" loading="lazy"><span> </span><a href="https://github.com/cylab-tw/raccoon" target="_blank" rel="noopener"><span>浣熊(Raccoon)</span></a></td>
<td><span>Raccoon 是使用 no-SQL 資料庫實作的醫學影像儲存系統(DICOMweb PACS)，目前主要由北護影像資訊學實驗室維護。 Raccoon 使用 MongoDB 管理 DICOM 影像並提供 DICOMweb 以及 FHIR ImagingStudy RESTful API 功能進行儲存、查詢、調閱。 另外 Raccoon 使用了 Burni FHIR Server為底延伸出 FHIR 與 DICOM 結合的功能。</span></td>
<td><span>Track #4醫學影像</span></td>
<td><a href="https://cylab.dicom.tw" target="_blank" rel="noopener"><span>國北護CYLAB</span></a></td>
</tr>
<tr>
<td><a href="https://github.com/Chinlinlee/Burni" target="_blank" rel="noopener"><span>緬因貓(Mainecoon)</span></a></td>
<td><span>Mainecoon 採用SPA(Single-Page Application)架構的Web DICOM WSI Viewer，僅使用HTML5技術，可完全獨立執行，不需要搭配後端程式，可以輕鬆部署在任何 HTTP 服務器上。不僅支援離線存取DICOM影像，亦可透過DICOMweb與各種DICOM Server介接。提供基本數位病理影像顯示與操作功能以外，另外也支援DICOM ANN的標記註解顯示</span></td>
<td><span>Track #4 醫學影像</span></td>
<td><a href="https://cylab.dicom.tw" target="_blank" rel="noopener"><span>國北護CYLAB</span></a></td>
</tr>
<tr>
<td><a href="https://github.com/cylab-tw/ngs2fhir" target="_blank" rel="noopener"><span>ngs2fhir</span></a></td>
<td><span>ngs2fhir為轉換次世代基因體序列(Next generation sequencing, NGS)之VCF格式轉換FHIR Resource的工具。</span></td>
<td><span>Track #6 - 基因體標記</span></td>
<td><a href="https://cylab.dicom.tw" target="_blank" rel="noopener"><span>國北護CYLAB</span></a></td>
</tr>
<tr>
<td><a href="https://github.com/kevin20888802/Javascript_OAuth_Example" target="_blank" rel="noopener"><span>Javascript_OAuth_Example</span></a></td>
<td><span>提供JavaScript實作OAuth2功能範例，提供開發網頁以及系統後端實作參考，包含: (1)瀏覽器版本以及(2)伺服器版本(node.js)。</span></td>
<td><span>所有賽道</span></td>
<td><a href="https://github.com/kevin20888802" target="_blank" rel="noopener"><span>王泓鑫</span></a><span>@</span><a href="https://cylab.dicom.tw" target="_blank" rel="noopener"><span>國北護CYLAB</span></a></td>
</tr>
</tbody>
</table><h1 id="賽道" data-id="賽道"><span>賽道</span></h1><h1 id="Track-1---病人基本資料" data-id="Track-1---病人基本資料"><span>Track #1 - 病人基本資料</span></h1><h2 id="0工作小組-MI-TW工作小組-病人基本資料" data-id="0工作小組-MI-TW工作小組-病人基本資料"><span>0.工作小組: MI-TW工作小組: 病人基本資料</span></h2><ul>
<li><strong><span>召集人</span></strong><span>：楊宇凡</span>
<ul>
<li><span>矽塔資訊服務有限公司 執行長</span></li>
<li><span>社團法人台灣醫療影像資訊標準協會 副秘書長</span></li>
</ul>
</li>
<li><strong><span>聯繫窗口</span></strong><span>：</span></li>
</ul><h2 id="1簡介-Summary" data-id="1簡介-Summary"><span>1.簡介 (Summary)</span></h2><ul>
<li><span>病患基本資料為醫療資訊系統中最基本元素，涵蓋所有電子病歷的範疇。本工作小組主要分析台灣病人基本資料之規格，根據國內現況制定出適合台灣病患基本資要用跨系統交換，以達到基本的互通性，並相容台灣核心規範。</span></li>
<li><span>本工作小組有兩大目標:</span>
<ol>
<li><span>分析病患基本資料用實際醫療場域提出基本規格。</span></li>
<li><span>訂立病患基本資料的使用情境用於各種作業流程。</span></li>
</ol>
</li>
</ul><h2 id="2效益-Benefits" data-id="2效益-Benefits"><span>2.效益 (Benefits)</span></h2><ul>
<li><span>本工作小組制定醫院內部流程以及跨院交換流程的使用情境，確立病人基本資料通用於機構內健康醫療作業流程、跨機構之資訊互通、以及個人健康紀錄(PHR)之整合。針對特定之應用情境，可選用部分欄位，組合成標準病人基本資料，達到互通整合應用。</span></li>
<li><span>透過提供互通應用情境範例，讓開發者可以模擬實際流程提供發展「機構內系統整合」、「跨機構互通應用」、以及「個人健康紀錄(PHR)之應用」，作為發展標準化醫療資訊系統的核心基礎架構。</span></li>
</ul><h2 id="3詳細資訊Details" data-id="3詳細資訊Details"><span>3.詳細資訊(Details)</span></h2><p><span>本賽道的情境描述如下:</span></p><ol>
<li><strong><span>Scenario 1：核心資料交換:</span></strong><span> 目的在於提供台灣核心-病人規範的格式驗證，以下為核心資料交換的邏輯模型(資料來源:</span><a href="https://twcore.mohw.gov.tw/ig/twcore/StructureDefinition-TWPatient.html" target="_blank" rel="noopener"><span>TW Core Patient</span></a><span>)。</span></li>
</ol><p><img src="https://i.imgur.com/gv6Prfz.png" alt="" loading="lazy"></p><ol start="3">
<li><strong><span>Scenario 2,3：院內系統:</span></strong><span> 提供兩個在醫院內部病人資訊交換的情境，包含:</span>
<ul>
<li><strong><span>Scenario 2：病人身分資料交換:</span></strong><span> 執行各項護理技術、檢查、治療、手術等醫療處置前對病人做身分確認，例如：在診療前，醫護人員請病人提供基本資訊如姓名、生日用以核對病人身分是否正確</span></li>
<li><strong><span>Scenario 3：病人聯絡資訊交換:</span></strong><span> 聯絡方式如手機、email…用以聯絡病人，通訊地址如住家地址、工作地址</span></li>
<li><span>兩種用途的病人資料將共用相同的識別碼如身分證、護照、居留證、病歷號</span><br>
<img src="https://i.imgur.com/g3p4Qkp.png" alt="" loading="lazy"></li>
</ul>
</li>
</ol><h2 id="4涉及系統Systems-Affected" data-id="4涉及系統Systems-Affected"><span>4.涉及系統(Systems Affected)</span></h2><p><span>本規範涉及涉及的系统有：</span></p><h3 id="醫院資訊系統Hosptial-Information-System-HIS" data-id="醫院資訊系統Hosptial-Information-System-HIS"><span>醫院資訊系統(Hosptial Information System, HIS)</span></h3><h3 id="FHIR-Client" data-id="FHIR-Client"><span>FHIR Client</span></h3><ul>
<li><span>發起處理請求，並能夠執行 Patient Resource 的新增、查詢、修改、刪除操作 (CRUD Operations)</span></li>
<li><span>必須使用 FHIR 定義的 REST API 來進行上述操作</span></li>
<li><span>必須能針對 FHIR 定義的 Patient Search Parameters 進行搜尋</span></li>
<li><span>必須能使用 FHIR 定義的 history 參數進行歷史記錄調閱</span></li>
</ul><p><span>FHIR Client分成Creator以及Consumer依序說明如下:</span></p><ul>
<li>
<p><strong><span>Patient Creator</span></strong></p>
<ul>
<li><span>發起處理請求，必須使用 FHIR 定義的 REST API新增Patient Resource新增</span></li>
<li><span>檢核基準：成功新增資料後，測試系統要能正確回傳 id 及病人資料</span></li>
<li><strong><span>檢核基準</span></strong>
<ul>
<li><span>調閱資料後，測試系統要能將回傳的病人資料以自行定義的 UI、或以 JSON / XML 等原始文件格式正確呈現</span></li>
<li><span>編輯資料後，測試系統要能將回傳的病人資料及 History ID 以自行定義的 UI、或以 JSON / XML 等原始文件格式正確呈現</span></li>
</ul>
</li>
</ul>
</li>
<li>
<p><strong><span>Patient Consumer</span></strong></p>
<ul>
<li><span>發起處理請求，必須使用 FHIR 定義的 REST API執行Patient Resource查詢、修改、刪除操作</span></li>
<li><span>查詢功能須能支援</span><a href="https://twcore.mohw.gov.tw/ig/twcore/CapabilityStatement-CapabilityStatementTWCoreClient.html" target="_blank" rel="noopener"><span>臺灣核心-用戶端(TW Core Client)能力聲明</span></a><span>中定義的臺灣核心-病人(TW Core Patient)必要查詢參數，包含如下表:</span></li>
</ul>
</li>
<li>
<p><span>必須(SHALL)符合查詢參數摘要</span></p>
</li>
</ul><table>
<thead>
<tr>
<th><strong><span>名稱</span></strong></th>
<th><strong><span>參數</span></strong></th>
<th><strong><span>類型</span></strong></th>
<th><strong><span>範例</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>邏輯ID</span></td>
<td><span>_id</span></td>
<td><span>token</span></td>
<td><span>GET [base]/Patient?_id=[id],</span><br><span>GET [base]/Patient/[id]</span></td>
</tr>
<tr>
<td><span>出生年月日</span></td>
<td><span>birthdate</span></td>
<td><span>date</span></td>
<td><span>GET [base]/Patient?birthdate=[birthdate]</span></td>
</tr>
<tr>
<td><span>性別</span></td>
<td><span>gender</span></td>
<td><span>token</span></td>
<td><span>GET [base]/Patient?gender=[code]</span></td>
</tr>
<tr>
<td><span>身份識別碼</span></td>
<td><span>identifier</span></td>
<td><span>token</span></td>
<td><span>GET [base]/Patient?identifier={system|}[code]</span></td>
</tr>
<tr>
<td><span>姓名</span></td>
<td><span>name</span></td>
<td><span>string</span></td>
<td><span>GET [base]/Patient?name=[name]</span></td>
</tr>
</tbody>
</table><ul>
<li><span>需支援history 參數進行歷史記錄調閱</span></li>
<li><strong><span>檢核基準</span></strong>
<ul>
<li><span>調閱資料後，測試系統要能將回傳的病人資料以自行定義的 UI、或以 JSON / XML 等原始文件格式正確呈現</span></li>
<li><span>編輯資料後，測試系統要能將回傳的病人資料及 History ID 以自行定義的 UI、或以 JSON / XML 等原始文件格式正確呈現</span></li>
</ul>
</li>
</ul><h3 id="FHIR-Server" data-id="FHIR-Server"><span>FHIR Server</span></h3><ul>
<li><span>實作或提供一個儲存機制 (repository storage)，並正確處理所接收的處理請求</span><br>
<span>接收處理請求，並能夠執行 Patient Resource 的新增、查詢、修改、刪除操作 (CRUD Operations)</span></li>
<li><span>必須能夠支援 FHIR Client 使用 FHIR 定義的 REST API 來進行上述操作</span></li>
<li><span>必須能夠支援 FHIR Client 使用 FHIR 定義的查詢參數進行搜尋</span></li>
<li><span>必須能夠支援 FHIR Client使用 FHIR 定義的 history 參數進行歷史記錄調閱</span></li>
</ul><p><span>FHIR Server由Patient Repository扮演說明如下:</span></p><ul>
<li><strong><span>Patient Repository</span></strong>
<ul>
<li><span>實作或提供一個儲存機制 (repository storage)，並正確處理所接收的處理請求</span></li>
<li><span>接收處理請求，並能夠執行 Patient Resource 的新增、查詢、修改、刪除操作 (CRUD Operations)</span></li>
<li><span>必須能夠支援 Patient Client 使用 FHIR 定義的 REST API 來進行上述操作</span></li>
<li><span>必須能夠支援 Patient Client 使用 FHIR 定義的查詢參數進行搜尋</span></li>
<li><span>必須能夠支援 Patient Client使用 FHIR 定義的 history 參數進行歷史記錄調閱</span></li>
</ul>
</li>
</ul><h2 id="5規格Specification" data-id="5規格Specification"><span>5.規格(Specification)</span></h2><p><span>本賽道驗證規格比照國際 FHIR 聯測，將測試項目劃分為若干 Level，並新增 Bonus Point，依序說明如下:</span></p><h3 id="Level-1" data-id="Level-1"><span>Level 1</span></h3><ul>
<li><span>能正確設定Gazelle，並以Gazelle Test Script作為檢核依據</span></li>
<li><span>測試系統完成各情境要求之項目</span></li>
<li><span>能順利完成Create/Read/Update/Delete 等動作</span></li>
<li><span>能順利以 Search Parameters 搜尋指定的 Record</span></li>
</ul><h3 id="Level-11" data-id="Level-1"><span>Level 1+</span></h3><ul>
<li><span>完成 Level 1 之檢核項目</span></li>
<li><span>測試系統能以 history 參數調閱單筆 Record 的指定歷史記錄</span></li>
<li><strong><span>Bonus Point:</span></strong><span> 測試系統能正確顯示單筆 Record 的歷史記錄清單，並能自由調閱歷史記錄</span></li>
<li><strong><span>Bonus Point:</span></strong><span> 測試系統搜尋指定 Record 時，能同時以多項查詢參數進行多條件搜索</span></li>
</ul><h3 id="Level-2" data-id="Level-2"><span>Level 2</span></h3><ul>
<li><span>測試系統</span><code>新增</code><span> Patient 時，符合以下所有條件</span>
<ul>
<li><span>HTTP Method 必須為 PUT</span></li>
<li><span>HTTP Header Accept 必須為 ‘application/fhir+json’</span></li>
<li><span>HTTP Header Content-Type 必須為 ‘application/fhir+json’</span></li>
</ul>
</li>
<li><span>測試系統</span><code>編輯</code><span> Patient 時，符合以下所有條件</span>
<ul>
<li><span>HTTP Method 必須為 PUT</span></li>
<li><span>HTTP Header Accept 必須為 ‘application/fhir+json’</span></li>
<li><span>HTTP Header Content-Type 必須為 ‘application/fhir+json’</span></li>
</ul>
</li>
<li><span>測試系統</span><code>調閱</code><span> Patient 時，符合以下所有條件</span>
<ul>
<li><span>HTTP Method 必須為 GET</span></li>
<li><span>HTTP Header Accept 必須為 ‘application/fhir+json’</span></li>
<li><span>HTTP Header Content-Type 必須為 ‘application/fhir+json’</span></li>
</ul>
</li>
<li><span>測試系統</span><code>調閱 Patient Record 的歷史資料</code><span>時，符合以下所有條件</span>
<ul>
<li><span>HTTP Method 必須為 GET</span></li>
<li><span>HTTP Header Accept 必須為 ‘application/fhir+json’</span></li>
<li><span>HTTP Header Content-Type 不存在</span></li>
</ul>
</li>
<li><span>測試系統以</span><code>Search Parameters 調閱</code><span> Patient 時，符合以下所有條件</span>
<ul>
<li><span>HTTP Method 必須為 GET</span></li>
<li><span>HTTP Header Accept 必須為 ‘application/fhir+json’</span></li>
<li><span>HTTP Header Content-Type 不存在</span></li>
</ul>
</li>
<li><span>測試系統</span><code>刪除</code><span> Patient 時，符合以下所有條件</span>
<ul>
<li><span>HTTP Method 必須為 DELETE</span></li>
<li><span>HTTP Header Accept 必須為 ‘application/fhir+json’</span></li>
<li><span>HTTP Header Content-Type 不存在</span></li>
</ul>
</li>
</ul><h3 id="角色Actors" data-id="角色Actors"><span>角色(Actors)</span></h3><ol>
<li><strong><span>病人基本資料(PAT)角色整理</span></strong></li>
</ol><table>
<thead>
<tr>
<th><strong><span>Keyword</span></strong></th>
<th><strong><span>名稱</span></strong></th>
<th><strong><span>描述</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>PAT_CREATOR</span></td>
<td><span>Patient Creator</span></td>
<td><span>產生病患基本資料角色</span></td>
</tr>
<tr>
<td><span>PAT_CREATOR_SC3</span></td>
<td><span>Patient Creator SC3</span></td>
<td><span>情境3產生病患基本資料角色</span></td>
</tr>
<tr>
<td><span>PAT_CONSUMER</span></td>
<td><span>Patient Consumer</span></td>
<td><span>查詢/調閱病患基本資料角色</span></td>
</tr>
<tr>
<td><span>PAT_CONSUMER_SC3</span></td>
<td><span>Patient Consumer SC3</span></td>
<td><span>情境3查詢/調閱病患基本資料角色</span></td>
</tr>
<tr>
<td><span>PAT_REPOSITORY</span></td>
<td><span>Patient Repository</span></td>
<td><span>病患基本資料儲存庫</span></td>
</tr>
</tbody>
</table><h3 id="交易Transactions" data-id="交易Transactions"><span>交易(Transactions)</span></h3><p><span>1.</span><strong><span>病人基本資料(PAT)交易整理</span></strong></p><table>
<thead>
<tr>
<th><strong><span>編號</span></strong></th>
<th><strong><span>名稱</span></strong></th>
<th><strong><span>描述</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>MITW-1</span></td>
<td><span>Patient Create</span></td>
<td><span>情境1/2 - 新增病患基本資料</span></td>
</tr>
<tr>
<td><span>MITW-2</span></td>
<td><span>Patient Q/R</span></td>
<td><span>情境1/2 - 查詢與調閱新增病患基本資料</span></td>
</tr>
<tr>
<td><span>MITW-21</span></td>
<td><span>Patient Create SC3</span></td>
<td><span>情境3 - 新增病患基本資料</span></td>
</tr>
<tr>
<td><span>MITW-22</span></td>
<td><span>Patient Q/R/U SC3</span></td>
<td><span>情境3 - 查詢與調閱患基本資料</span></td>
</tr>
</tbody>
</table><h3 id="角色與交易關係圖" data-id="角色與交易關係圖"><span>角色與交易關係圖</span></h3><ol>
<li><span>病人基本資料(PAT)之角色與交易關係圖</span><br>
<img src="https://i.imgur.com/8x1Ytrt.png" alt="" loading="lazy"></li>
</ol><h2 id="6其他See-Also" data-id="6其他See-Also"><span>6.其他(See Also)</span></h2><h2 id="7作者與貢獻者" data-id="7作者與貢獻者"><span>7.作者與貢獻者</span></h2><table>
<thead>
<tr>
<th><span>角色</span></th>
<th><span>姓名</span></th>
<th><span>所屬單位</span></th>
<th><span>貢獻</span></th>
<th><span>聯絡方式</span></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>作者</span></td>
<td><span>蕭嘉宏</span></td>
<td><span>慈濟大學 - 醫學資訊學系</span></td>
<td><span>Profiling, 聯測測試情境設計</span></td>
<td><a href="mailto:[email protected]" target="_blank" rel="noopener"><span>[email protected]</span></a></td>
</tr>
<tr>
<td><span>作者</span></td>
<td><span>楊宇凡</span></td>
<td><span>矽塔資訊服務有限公司</span></td>
<td><span>Profiling, 聯測測試情境設計</span></td>
<td><span>[email protected]</span></td>
</tr>
<tr>
<td><span>貢獻者</span></td>
<td><span>施岳勳</span></td>
<td><span>國立陽明交通大學 - 生物醫學工程學系</span></td>
<td><span>聯測測試情境設計</span></td>
<td></td>
</tr>
<tr>
<td><span>貢獻者</span></td>
<td><span>湯士滄</span></td>
<td><span>銘傳大學 - 生物醫學工程學系</span></td>
<td><span>聯測測試情境設計</span></td>
<td></td>
</tr>
</tbody>
</table><h1 id="Track-2---生理量測數據" data-id="Track-2---生理量測數據"><span>Track #2 - 生理量測數據</span></h1><h2 id="0工作小組-MI-TW工作小組-生理量測數據" data-id="0工作小組-MI-TW工作小組-生理量測數據"><span>0.工作小組: MI-TW工作小組: 生理量測數據</span></h2><ul>
<li><strong><span>召集人</span></strong><span>：莊舒雅</span>
<ul>
<li><span>慈濟大學 醫學資訊學系碩士班 研究生</span></li>
</ul>
</li>
<li><strong><span>聯繫窗口</span></strong><span>：洪彬彬</span>
<ul>
<li><span>Medical Informatics Standard Application Consortium (MISAC) 執行首席</span></li>
<li><span>慈濟大學 醫學資訊學系碩士班 研究生</span></li>
</ul>
</li>
</ul><h2 id="1簡介-Summary1" data-id="1簡介-Summary"><span>1.簡介 (Summary)</span></h2><p><span>生理量測數據是為了患者監測和識別健康變化或問題而記錄的重要信息。生理量測數據包括身高、體重、體溫、進食後血糖、進食前血糖、體脂率、握力、血壓 (收縮壓、舒張壓)、心率等數據。生理量測數據通常在各種醫療保健場所定期和常規進行，包括入院檢查、住院監護、術後醫療程序、治療和療法程序以及密切監護。</span></p><p><span>由於這些信息在多個醫療保健場所和部門中使用，有必要對數據進行標準化，以確保一致性、準確的結果、便於比較和分析，並增強生理量測數據的互操作性。</span></p><h3 id="生理量測數據互通" data-id="生理量測數據互通"><span>生理量測數據互通</span></h3><p><span>測試生理量測數據存儲規範（創建者 - Creator）和生理量測數據展示（調閲著 - Consumer）。測試是通過按照定義的標準規範存儲生理量測數據，並確保在其他系統上準確顯示。生理量測數據包括身高、體重、體溫、進食後血糖、進食前血糖、體脂率、握力、血壓（收縮壓和舒張壓）以及心率等參數。</span></p><p><span>本工作小組制定台灣的生理量測數據交換標準規範，並鼓勵參與者在開發涉及生理量測數據記錄功能的系統時遵循本規範。</span></p><h2 id="2效益-Benefits1" data-id="2效益-Benefits"><span>2.效益 (Benefits)</span></h2><p><span>本賽道製定了各種生理監測及骨質密度資料的規範。參考本規範開發系統以便更輕鬆地實現跨系統的整合以及生理監測資料分享。</span></p><h2 id="3詳細資訊Details1" data-id="3詳細資訊Details"><span>3.詳細資訊(Details)</span></h2><p><span>本賽道的情境描述如下:</span></p><h3 id="情境1---生命徵象-Vital-signs" data-id="情境1---生命徵象-Vital-signs"><span>情境1 - 生命徵象 (Vital signs)</span></h3><p><span>本賽道會進行驗證生命徵象資料交換規範的格式。</span><br>
<span>FHIR Observation 的 “code” 欄位可以根據下面顯示的生命徵象項目代碼進行更改。</span><br>
<a href="https://mitw.dicom.org.tw/MITW%20WG2%20Vital%20Sign%20Code%20System.xlsx" target="_blank" rel="noopener"><span>生理信號規格與對應代碼整理表</span></a></p><table>
<thead>
<tr>
<th><strong><span>項目</span></strong></th>
<th><strong><span>類型</span></strong></th>
<th><strong><span>Code system</span></strong></th>
<th><strong><span>Code</span></strong></th>
<th><strong><span>Unit</span></strong></th>
<th><strong><span>Unit Code</span><br><span>(UCUM Code)</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>身高</span></td>
<td><span>Vital Signs</span></td>
<td><span>LoincCode</span></td>
<td><span>3137-7</span></td>
<td><span>cm</span></td>
<td><span>cm</span></td>
</tr>
<tr>
<td><span>體重</span></td>
<td><span>Vital Signs</span></td>
<td><span>LoincCode</span></td>
<td><span>29463-7</span></td>
<td><span>kg</span></td>
<td><span>kg</span></td>
</tr>
<tr>
<td><span>體溫</span></td>
<td><span>Vital Signs</span></td>
<td><span>LoincCode</span></td>
<td><span>8310-5</span></td>
<td><span>Cel</span></td>
<td><span>Cel</span></td>
</tr>
<tr>
<td><span>進食後血糖</span></td>
<td><span>Laboratory Data</span></td>
<td><span>LoincCode</span></td>
<td><span>87422-2</span></td>
<td><span>mg/dL</span></td>
<td><span>mg/dL</span></td>
</tr>
<tr>
<td><span>進食前血糖</span></td>
<td><span>Laboratory Data</span></td>
<td><span>LoincCode</span></td>
<td><span>88365-2</span></td>
<td><span>mg/dL</span></td>
<td><span>mg/dL</span></td>
</tr>
<tr>
<td><span>體脂率</span></td>
<td><span>Vital Signs</span></td>
<td><span>LoincCode</span></td>
<td><span>41982-0</span></td>
<td><span>%</span></td>
<td><span>%</span></td>
</tr>
<tr>
<td><span>握力</span></td>
<td><span>Vital Signs</span></td>
<td><span>LoincCode</span></td>
<td><span>83174-3</span></td>
<td><span>kg</span></td>
<td><span>kg</span></td>
</tr>
</tbody>
</table><h4 id="參考範例" data-id="參考範例"><span>參考範例</span></h4><ul>
<li><span>身高：</span></li>
<li><span>體重：</span></li>
<li><span>進食後血糖：</span></li>
<li><span>進食前血糖：</span></li>
<li><span>體脂率：</span></li>
<li><span>握力：</span></li>
</ul><h3 id="情境2--用藥結合血壓與心率量測" data-id="情境2--用藥結合血壓與心率量測"><span>情境2 -用藥結合血壓與心率量測</span></h3><p><span>本賽道會進行驗證用藥結合血壓與心率量測資料交換規範的格式。</span><br>
<span>FHIR Observation 的 “code” 欄位可以根據下面顯示的生命徵象項目代碼進行更改。</span></p><table>
<thead>
<tr>
<th><strong><span>項目</span></strong></th>
<th><strong><span>類型</span></strong></th>
<th><strong><span>Code system</span></strong></th>
<th><strong><span>Code</span></strong></th>
<th><strong><span>Unit</span></strong></th>
<th><strong><span>Unit Code</span><br><span>(UCUM Code)</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>血壓</span></td>
<td><span>Vital Signs</span></td>
<td><span>LoincCode</span></td>
<td><span>35094-2</span></td>
<td><span>mmHg</span></td>
<td><span>mmHg</span></td>
</tr>
<tr>
<td><span>收縮壓</span></td>
<td><span>Vital Signs</span></td>
<td><span>LoincCode</span></td>
<td><span>8480-6</span></td>
<td><span>mmHg</span></td>
<td><span>mmHg</span></td>
</tr>
<tr>
<td><span>舒張壓</span></td>
<td><span>Vital Signs</span></td>
<td><span>LoincCode</span></td>
<td><span>8462-4</span></td>
<td><span>mmHg</span></td>
<td><span>mmHg</span></td>
</tr>
<tr>
<td><span>心率</span></td>
<td><span>Vital Signs</span></td>
<td><span>LoincCode</span></td>
<td><span>8867-4</span></td>
<td><span>{beats}/min</span></td>
<td><span>{beats}/min</span></td>
</tr>
</tbody>
</table><h4 id="參考範例1" data-id="參考範例"><span>參考範例</span></h4><ul>
<li><span>血壓：</span></li>
<li><span>收縮壓：</span></li>
<li><span>舒張壓：</span></li>
<li><span>心率：</span></li>
</ul><h3 id="情境3--骨骼密度" data-id="情境3--骨骼密度"><span>情境3 -骨骼密度</span></h3><p><span>本賽道會進行驗證骨骼密度資料交換規範的格式。</span><br>
<span>FHIR Observation 的 “code” 欄位可以根據下面顯示的生命徵象項目代碼進行更改。</span></p><table>
<thead>
<tr>
<th><strong><span>項目</span></strong></th>
<th><strong><span>類型</span></strong></th>
<th><strong><span>Code system</span></strong></th>
<th><strong><span>Code</span></strong></th>
<th><strong><span>Unit</span></strong></th>
<th><strong><span>Unit Code</span><br><span>(UCUM Code)</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>股骨骨密度</span></td>
<td><span>Image</span></td>
<td><span>LoincCode</span></td>
<td><span>38263-0</span></td>
<td><span>{T-score}</span></td>
<td><span>{T-score}</span></td>
</tr>
<tr>
<td><span>左股骨骨密度</span></td>
<td><span>Image</span></td>
<td><span>LoincCode</span></td>
<td><span>80948-3</span></td>
<td><span>{T-score}</span></td>
<td><span>{T-score}</span></td>
</tr>
<tr>
<td><span>右股骨骨密度</span></td>
<td><span>Image</span></td>
<td><span>LoincCode</span></td>
<td><span>80947-5</span></td>
<td><span>{T-score}</span></td>
<td><span>{T-score}</span></td>
</tr>
</tbody>
</table><h4 id="參考範例2" data-id="參考範例"><span>參考範例</span></h4><ul>
<li><span>左股骨骨密度：</span></li>
<li><span>右股骨骨密度：</span></li>
<li><span>腰椎骨密度：</span></li>
</ul><h2 id="4涉及系統Systems-Affected1" data-id="4涉及系統Systems-Affected"><span>4.涉及系統(Systems Affected)</span></h2><p><span>本規範涉及涉及的系统有：</span></p><h3 id="醫院資訊系統Hosptial-Information-System-HIS1" data-id="醫院資訊系統Hosptial-Information-System-HIS"><span>醫院資訊系統(Hosptial Information System, HIS)</span></h3><h3 id="FHIR-Client1" data-id="FHIR-Client"><span>FHIR Client</span></h3><ul>
<li><span>發起處理請求，並能夠執行 Patient Resource 的新增、查詢、修改、刪除操作 (CRUD Operations)</span></li>
<li><span>必須使用 FHIR 定義的 REST API 來進行上述操作</span></li>
<li><span>必須能針對 FHIR 定義的 Patient Search Parameters 進行搜尋</span></li>
<li><span>必須能使用 FHIR 定義的 history 參數進行歷史記錄調閱</span></li>
</ul><p><span>FHIR Client分成Creator以及Consumer依序說明如下:</span></p><ul>
<li>
<p><strong><span>Patient Creator</span></strong></p>
<ul>
<li><span>發起處理請求，必須使用 FHIR 定義的 REST API新增Patient Resource新增</span></li>
<li><span>檢核基準：成功新增資料後，測試系統要能正確回傳 id 及病人資料</span></li>
<li><strong><span>檢核基準</span></strong>
<ul>
<li><span>調閱資料後，測試系統要能將回傳的病人資料以自行定義的 UI、或以 JSON / XML 等原始文件格式正確呈現</span></li>
<li><span>編輯資料後，測試系統要能將回傳的病人資料及 History ID 以自行定義的 UI、或以 JSON / XML 等原始文件格式正確呈現</span></li>
</ul>
</li>
</ul>
</li>
<li>
<p><strong><span>Patient Consumer</span></strong></p>
<ul>
<li><span>發起處理請求，必須使用 FHIR 定義的 REST API執行Patient Resource查詢、修改、刪除操作</span></li>
<li><span>查詢功能須能支援</span><a href="https://twcore.mohw.gov.tw/ig/twcore/CapabilityStatement-CapabilityStatementTWCoreClient.html" target="_blank" rel="noopener"><span>臺灣核心-用戶端(TW Core Client)能力聲明</span></a><span>中定義的臺灣核心-病人(TW Core Patient)必要查詢參數，包含如下表:</span></li>
</ul>
</li>
<li>
<p><span>必須(SHALL)符合查詢參數摘要</span></p>
</li>
</ul><table>
<thead>
<tr>
<th><strong><span>名稱</span></strong></th>
<th><strong><span>參數</span></strong></th>
<th><strong><span>類型</span></strong></th>
<th><strong><span>範例</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>邏輯ID</span></td>
<td><span>_id</span></td>
<td><span>token</span></td>
<td><span>GET [base]/Patient?_id=[id],</span><br><span>GET [base]/Patient/[id]</span></td>
</tr>
<tr>
<td><span>出生年月日</span></td>
<td><span>birthdate</span></td>
<td><span>date</span></td>
<td><span>GET [base]/Patient?birthdate=[birthdate]</span></td>
</tr>
<tr>
<td><span>性別</span></td>
<td><span>gender</span></td>
<td><span>token</span></td>
<td><span>GET [base]/Patient?gender=[code]</span></td>
</tr>
<tr>
<td><span>身份識別碼</span></td>
<td><span>identifier</span></td>
<td><span>token</span></td>
<td><span>GET [base]/Patient?identifier={system|}[code]</span></td>
</tr>
<tr>
<td><span>姓名</span></td>
<td><span>name</span></td>
<td><span>string</span></td>
<td><span>GET [base]/Patient?name=[name]</span></td>
</tr>
</tbody>
</table><ul>
<li><span>需支援history 參數進行歷史記錄調閱</span></li>
<li><strong><span>檢核基準</span></strong>
<ul>
<li><span>調閱資料後，測試系統要能將回傳的病人資料以自行定義的 UI、或以 JSON / XML 等原始文件格式正確呈現</span></li>
<li><span>編輯資料後，測試系統要能將回傳的病人資料及 History ID 以自行定義的 UI、或以 JSON / XML 等原始文件格式正確呈現</span></li>
</ul>
</li>
</ul><h3 id="FHIR-Server1" data-id="FHIR-Server"><span>FHIR Server</span></h3><ul>
<li><span>實作或提供一個儲存機制 (repository storage)，並正確處理所接收的處理請求</span><br>
<span>接收處理請求，並能夠執行 Patient Resource 的新增、查詢、修改、刪除操作 (CRUD Operations)</span></li>
<li><span>必須能夠支援 FHIR Client 使用 FHIR 定義的 REST API 來進行上述操作</span></li>
<li><span>必須能夠支援 FHIR Client 使用 FHIR 定義的查詢參數進行搜尋</span></li>
<li><span>必須能夠支援 FHIR Client使用 FHIR 定義的 history 參數進行歷史記錄調閱</span></li>
</ul><p><span>FHIR Server由Patient Repository扮演說明如下:</span></p><ul>
<li><strong><span>Patient Repository</span></strong>
<ul>
<li><span>實作或提供一個儲存機制 (repository storage)，並正確處理所接收的處理請求</span></li>
<li><span>接收處理請求，並能夠執行 Patient Resource 的新增、查詢、修改、刪除操作 (CRUD Operations)</span></li>
<li><span>必須能夠支援 Patient Client 使用 FHIR 定義的 REST API 來進行上述操作</span></li>
<li><span>必須能夠支援 Patient Client 使用 FHIR 定義的查詢參數進行搜尋</span></li>
<li><span>必須能夠支援 Patient Client使用 FHIR 定義的 history 參數進行歷史記錄調閱</span></li>
</ul>
</li>
</ul><h2 id="5規格Specification1" data-id="5規格Specification"><span>5.規格(Specification)</span></h2><p><span>以下是用於記錄生命徵象的FHIR Observation規格</span><br>
<span>–Add the specs of fhir observation image</span></p><h3 id="角色Actors1" data-id="角色Actors"><span>角色(Actors)</span></h3><ol>
<li><strong><span>生理量測數據(VTSIGN)角色整理</span></strong></li>
</ol><table>
<thead>
<tr>
<th><strong><span>Keyword</span></strong></th>
<th><strong><span>名稱</span></strong></th>
<th><strong><span>描述</span></strong></th>
</tr>
</thead>
<tbody>
<tr>
<td><span>VT_SC1_CREATOR</span></td>
<td><span>SC1 Vital Sign Creator</span></td>
<td><span>新增生理量測數據(常用生理信號)</span></td>
</tr>
<tr>
<td><span>VT_SC2_CREATOR</span></td>
<td><span>SC2 Vital Sign Creator</span></td>
<td><span>新增生理量測數據(結合用藥)</span></td>
</tr>
<tr>
<td><span>VT_SC3_CREATOR</span></td>
<td><span>SC3 Vital Sign Creator</span></td>