探索FHIR標(biāo)準(zhǔn)在雙向轉(zhuǎn)診中的應(yīng)用

DOI編碼：10.3969/j.issn.1674-5698.2025.04.0014

Application of FHIR Standard in Bidirectional Referral for Hospitalization

XIANG Hai-ping1 LIN Xiao-dong1 MAO Yun-peng1LI Ning1 XU Chi2 XIAO Li3* （1. Health Information Center of Sichuan Province； 2. Sichuan FHIR IT Consulting Co.， Ltd.； 3.Chengdu University of Traditional Chinese Medicine）

Abstract：bjectiveThisstudyimstomplementbusinessactivitiesdata interactnsandrelatedbusinessresuces inthe bidirectionalreferral（hospitalization）processbased ontheFHIRstandard[Methods]The FHIRstandard ActivityDefinition resourcewasusedtodefinethefour main processes inthebidirectionalreferralhospitalizationworkflow.ThePlanDefinition resourcewasemployedtoassembleActivityDefinitionresourcesanddescribethesequenceofactivitiesandtriggerconditions. TheBundleresource wasutilizedtodefinedataexchangeformats andtransmissonmethods whilebindingrelevantbusiness resources.Additionally， theFHIR RESTfulAPIframeworkwasimplemented tofacilitate data interactions.Results] he bidirectionalreferralprocessmodelbasedontheFHIR standardhas demonstrated significant improvements in process design，dataiteactigioalmedicalcollbtiotemtabilityandscalabiliyproidestrongechncau forregionalmedicalcollaboratinandresourcesharinghighlightingitscriticalapplicatinalueonclusion]Theaplicatn oftheFHIRstandardinbidirectinalreferrafacilitatesdatasharingandinteroperabilityamong diffrentmedicalinstitutions， promoting seamless medical collaboration.

Keywords： FHIR standard， bidirectional referral， data sharing

0 引言

在區(qū)域醫(yī)聯(lián)體的建設(shè)中，雙向轉(zhuǎn)診是當(dāng)前我國(guó)推行分級(jí)診療格局中最為關(guān)鍵的一步\"。雙向轉(zhuǎn)診是指根據(jù)病情和人群健康需要進(jìn)行的上下級(jí)醫(yī)院間、?？漆t(yī)院間或綜合醫(yī)院與?？漆t(yī)院間的轉(zhuǎn)院診治過(guò)程[。通過(guò)積極發(fā)揮大中型醫(yī)院在人才、技術(shù)及設(shè)備等方面的優(yōu)勢(shì)，同時(shí)充分利用各社區(qū)醫(yī)院的服務(wù)功能和網(wǎng)點(diǎn)資源，促使基本醫(yī)療逐步下沉社區(qū)，將社區(qū)危重病、疑難病的患者轉(zhuǎn)移救治到大中型醫(yī)院救治，促進(jìn)“小病進(jìn)社區(qū)，大病進(jìn)醫(yī)院”的分級(jí)診療格局實(shí)現(xiàn)。然而隨著多種形式的雙向轉(zhuǎn)診實(shí)踐在國(guó)內(nèi)廣泛開(kāi)展3，由于地區(qū)的不平衡、系統(tǒng)應(yīng)用標(biāo)準(zhǔn)不統(tǒng)一和轉(zhuǎn)診流程不合理等諸多原因，使得區(qū)域內(nèi)各級(jí)醫(yī)院和社區(qū)衛(wèi)生服務(wù)機(jī)構(gòu)之間的信息難以共享，業(yè)務(wù)難以協(xié)同開(kāi)展，造成“上轉(zhuǎn)容易下轉(zhuǎn)難”的局面。FHIR作為HL7組織開(kāi)發(fā)的下一代標(biāo)準(zhǔn)體系，它整合了V3和CDA的優(yōu)點(diǎn)，適用于互聯(lián)網(wǎng)、云計(jì)算等新技術(shù)的快速發(fā)展，滿足于云的醫(yī)療健康等應(yīng)用，并通過(guò)URL地址來(lái)定位一個(gè)FHIR的資源存儲(chǔ)位置5。FHIR所有的標(biāo)準(zhǔn)都是開(kāi)源、免費(fèi)的，它不僅包括病人、醫(yī)務(wù)人員、醫(yī)療機(jī)構(gòu)和設(shè)備等管理性資源，也涵蓋有疾病、用藥、診斷、護(hù)理計(jì)劃和財(cái)務(wù)等臨床資源，且有很強(qiáng)的互操作性°。因此，將FHIR標(biāo)準(zhǔn)應(yīng)用于雙向轉(zhuǎn)診的業(yè)務(wù)活動(dòng)中，使其流程更加規(guī)范化、

標(biāo)準(zhǔn)化。這對(duì)科學(xué)合理布局區(qū)域醫(yī)療資源，提升醫(yī)療服務(wù)效率有著重大意義。

1 研究方法

雙向轉(zhuǎn)診中最典型的應(yīng)用場(chǎng)景是患者住院，醫(yī)生根據(jù)患者個(gè)人意愿并綜合患者病情、轉(zhuǎn)人醫(yī)院學(xué)科特長(zhǎng)和床位占用情況等信息發(fā)送轉(zhuǎn)診預(yù)約申請(qǐng)請(qǐng)求，經(jīng)轉(zhuǎn)人醫(yī)院醫(yī)生審核確認(rèn)同意后反饋轉(zhuǎn)出醫(yī)院，告知患者，同步傳送電子病歷、檢查檢驗(yàn)結(jié)果信息或電子健康檔案信息，患者到診后，回傳患者到診消息通知。主要業(yè)務(wù)過(guò)程包括床位信息查詢、轉(zhuǎn)診預(yù)約申請(qǐng)?zhí)峤?、申?qǐng)審核與確認(rèn)、審核應(yīng)答、履約情況確認(rèn)、病歷上傳等。

本文選用FHIR標(biāo)準(zhǔn)的ActivityDefinition資源來(lái)定義住院業(yè)務(wù)流程中的第一個(gè)活動(dòng)步驟，并描述其在流程中的作用；選用FHIR標(biāo)準(zhǔn)的PlanDefinition資源°來(lái)描述活動(dòng)間的先后關(guān)系、觸發(fā)條件等信息。

1.1場(chǎng)景流程定義

雙向轉(zhuǎn)診的住院業(yè)務(wù)共分為轉(zhuǎn)診預(yù)約申請(qǐng)、轉(zhuǎn)診預(yù)約答應(yīng)、患者到診應(yīng)答、上傳完整病歷4個(gè)主要步驟。ActivityDefinition資源的kind元素描述了該活動(dòng)具體使用哪種資源類(lèi)型，即活動(dòng)實(shí)例資源類(lèi)型。本文使用kind元素分別定義上述4個(gè)流程，如表1所示。

使用PlanDefinition資源定義雙向轉(zhuǎn)診-住院的業(yè)務(wù)流程，它通過(guò)其Action元素將以上4個(gè)步驟組裝起來(lái)。每個(gè)Action關(guān)聯(lián)一個(gè)步驟?？梢酝ㄟ^(guò)此流程定義資源實(shí)例實(shí)現(xiàn)流程自動(dòng)化。轉(zhuǎn)診預(yù)約申請(qǐng)活動(dòng)為該流程的第一步，轉(zhuǎn)診申請(qǐng)發(fā)起后，根據(jù)轉(zhuǎn)診預(yù)約應(yīng)答來(lái)確定后續(xù)步驟。如果不同意，結(jié)束流程；如果同意，等待患者到診應(yīng)答?；颊叩皆\應(yīng)答結(jié)束后，上傳完整病歷信息。雙向轉(zhuǎn)診-住院流程定義關(guān)系圖如圖1所示。

1.2數(shù)據(jù)的交互方式

FHIR作為HL7下一代的標(biāo)準(zhǔn)框架，它繼承了HL7，CDA等相關(guān)標(biāo)準(zhǔn)的優(yōu)點(diǎn)，且其數(shù)據(jù)交換方式支持RESTful、SOA、消息交換等[5。FHIR消息交換框架支持大多數(shù)消息組件、ESB等消息引擎，同時(shí)支持異步消息和消息應(yīng)答機(jī)制。

數(shù)據(jù)交換使用的消息體通過(guò)Bundle資源（10-11]組裝數(shù)據(jù)。本場(chǎng)景中約束所有的數(shù)據(jù)交換使用的消息體結(jié)構(gòu)都須遵循以下規(guī)則：

（1）Bundle資源{0-1\"中的“Bundle.type”元素固定為“message”

（2）Bundle資源0-1\"內(nèi)的第一個(gè)條目（entry）中的資源必須是MessageHeader。

（3）Bundle資源\"o-1\"內(nèi)的第二個(gè)條目中的資源必須是描述關(guān)于業(yè)務(wù)流程活動(dòng)步驟的活動(dòng)實(shí)例資源。

（4）Bundle資源[10-1內(nèi)的其他條目中應(yīng)該包含對(duì)應(yīng)步驟的相關(guān)業(yè)務(wù)資源。

Bundle資源里的各條目中資源的相互關(guān)系是通過(guò)消息頭引用活動(dòng)實(shí)例資源，活動(dòng)實(shí)例資源再關(guān)聯(lián)業(yè)務(wù)資源來(lái)展現(xiàn)的。消息交換數(shù)據(jù)報(bào)文結(jié)構(gòu)圖如圖2所示。

Bundle資源[%中條目中的資源類(lèi)型在不同的業(yè)務(wù)活動(dòng)中是不同的。在本場(chǎng)景中，使用MessageDefinition定義每個(gè)活動(dòng)數(shù)據(jù)交換的消息體結(jié)構(gòu)，遵循住院雙向轉(zhuǎn)診流程定義中的Action元素對(duì)應(yīng)的步驟定義，具體如表2所示。

1.3API數(shù)據(jù)交換方式

在本場(chǎng)景中，定義了雙向轉(zhuǎn)診業(yè)務(wù)采RESTful風(fēng)格的API交換的方式，即符合“RESTful規(guī)范”的FHIR-RESTfulAPI框架。在這個(gè)框架中，事務(wù)是使用HTTP請(qǐng)求/響應(yīng)機(jī)制直接在服務(wù)器資源上執(zhí)行的。RESTful API請(qǐng)求數(shù)據(jù)通過(guò)Bundle資源-組裝數(shù)據(jù)。本場(chǎng)景中所有的數(shù)據(jù)交換使用的消息體結(jié)構(gòu)遵循以下規(guī)則：

（1）Bundle資源0-1\"中的“Bundle.type”元素固定為“transaction”或者“transaction-response。

（2）Bundle資源{0-內(nèi)的第一個(gè)條目中的資源必須是描述關(guān)于業(yè)務(wù)流程活動(dòng)步驟的活動(dòng)實(shí)例資源。該資源必須符合住院雙轉(zhuǎn)流程定義中的Action元素對(duì)應(yīng)的步驟定義中約束的結(jié)構(gòu)定義規(guī)范，具體內(nèi)容詳見(jiàn)表2所示。

（3）Bundle資源{10-11| -內(nèi)的其他條目中應(yīng)該包含對(duì)應(yīng)步驟的相關(guān)業(yè)務(wù)資源。

Bundle資源里的各條目中資源的相互關(guān)系是通過(guò)活動(dòng)實(shí)例資源關(guān)聯(lián)業(yè)務(wù)資源來(lái)展現(xiàn)的。數(shù)據(jù)報(bào)文結(jié)構(gòu)如圖3所示。

1.4相關(guān)業(yè)務(wù)資源

在雙向轉(zhuǎn)診的業(yè)務(wù)場(chǎng)景中進(jìn)行數(shù)據(jù)交換會(huì)涉及其他諸多相關(guān)業(yè)務(wù)資源，如患者信息、病歷信息、醫(yī)院科室信息、醫(yī)務(wù)人員角色信息等，具體如表3所示。

Bundle資源中包含的活動(dòng)實(shí)例資源和業(yè)務(wù)資源相互關(guān)聯(lián)用以準(zhǔn)確表達(dá)業(yè)務(wù)流程狀態(tài)和業(yè)務(wù)數(shù)據(jù)信息，業(yè)務(wù)資源間的關(guān)系圖如圖4所示。

1.5數(shù)據(jù)交互流程

數(shù)據(jù)交互流程遵循住院雙轉(zhuǎn)流程定義的流程規(guī)則和步驟，采用消息交換方式或者RESTful方式交換數(shù)據(jù)。具體雙向轉(zhuǎn)診住院流程如圖5所示。

在雙向轉(zhuǎn)診應(yīng)用場(chǎng)景中，數(shù)據(jù)交互主要包括2種情況：

（1）通過(guò)雙轉(zhuǎn)平臺(tái)對(duì)接。轉(zhuǎn)入醫(yī)院和轉(zhuǎn)出醫(yī)院都具備自己的系統(tǒng)，并且都分別和雙向轉(zhuǎn)診平臺(tái)做對(duì)接，實(shí)現(xiàn)功能。

（2）通過(guò)雙轉(zhuǎn)平臺(tái)操作。轉(zhuǎn)人醫(yī)院不需要和雙向轉(zhuǎn)診信息平臺(tái)做系統(tǒng)對(duì)接，所有業(yè)務(wù)在雙向轉(zhuǎn)診信息平臺(tái)上直接操作。

1.5.1消息交互方式的流程

（1）轉(zhuǎn)出醫(yī)院根據(jù)獲取到轉(zhuǎn)人醫(yī)院的科室床位資源情況，發(fā)起轉(zhuǎn)診預(yù)約申請(qǐng)，附帶基本病情介紹發(fā)送到雙轉(zhuǎn)平臺(tái)。該步驟符合流程定義“住院雙轉(zhuǎn)流程定義”中的第一個(gè)action節(jié)點(diǎn)定義的步驟——轉(zhuǎn)診預(yù)約申請(qǐng)，按照轉(zhuǎn)診預(yù)約申請(qǐng)消息定義的消息結(jié)構(gòu)使用“Bundle”組裝數(shù)據(jù)并發(fā)送。

（2）雙轉(zhuǎn)平臺(tái)根據(jù)實(shí)際情況進(jìn)行審批，發(fā)送轉(zhuǎn)診預(yù)約應(yīng)答到轉(zhuǎn)出醫(yī)院。該流程符合流程定義“住院雙轉(zhuǎn)流程定義”中的第二個(gè)action節(jié)點(diǎn)定義的步驟—轉(zhuǎn)診預(yù)約應(yīng)答，按照轉(zhuǎn)診預(yù)約應(yīng)答消息定義的消息結(jié)構(gòu)使用“Bundle”組裝數(shù)據(jù)并發(fā)送。

（3）患者到轉(zhuǎn)人醫(yī)院報(bào)到后，辦理入院手續(xù)，雙轉(zhuǎn)平臺(tái)發(fā)送患者到診應(yīng)答到轉(zhuǎn)出醫(yī)院。該流程符合流程定義“住院雙轉(zhuǎn)流程定義”中的第3個(gè)action節(jié)點(diǎn)定義的步驟——患者到診應(yīng)答，按照患者到診應(yīng)答消息定義的消息結(jié)構(gòu)使用“Bundle”組裝數(shù)據(jù)并發(fā)送。

（4）轉(zhuǎn)出醫(yī)院收到患者到診應(yīng)答后，發(fā)送該患者完整病歷資料到雙轉(zhuǎn)平臺(tái)。該流程符合流程定義“住院雙轉(zhuǎn)流程定義”中的第四個(gè)action節(jié)點(diǎn)定義的步驟——上傳完整病歷，按照上傳完整病歷消息定義的消息結(jié)構(gòu)定義使用“Bundle”組裝數(shù)據(jù)并發(fā)送。

1.5.2RESTful交互方式的流程

（1）轉(zhuǎn)出醫(yī)院根據(jù)獲取到的轉(zhuǎn)人醫(yī)院的科室床位資源情況，發(fā)起轉(zhuǎn)診預(yù)約申請(qǐng)，附帶基本病情介紹發(fā)送到雙轉(zhuǎn)平臺(tái)。該步驟符合流程定義“住院雙轉(zhuǎn)流程定義”中的第一個(gè)action節(jié)點(diǎn)定義的步驟—轉(zhuǎn)診預(yù)約申請(qǐng)，按照?qǐng)D3結(jié)構(gòu)定義使用“Bundle”組裝數(shù)據(jù)并發(fā)起RESTful請(qǐng)求。

（2）雙轉(zhuǎn)平臺(tái)根據(jù)實(shí)際情況進(jìn)行審批，發(fā)送轉(zhuǎn)診預(yù)約應(yīng)答到轉(zhuǎn)出醫(yī)院。該流程符合流程定義“住院雙轉(zhuǎn)流程定義”中的第二個(gè)action節(jié)點(diǎn)定義的步驟—轉(zhuǎn)診預(yù)約應(yīng)答，按照?qǐng)D3結(jié)構(gòu)定義使用“Bundle”組裝數(shù)據(jù)并發(fā)起RESTful請(qǐng)求。

（3）患者到轉(zhuǎn)入醫(yī)院報(bào)到后，辦理入院手續(xù)，雙轉(zhuǎn)平臺(tái)發(fā)送患者到診應(yīng)答到轉(zhuǎn)出醫(yī)院。該流程符合流程定義“住院雙轉(zhuǎn)流程定義”中的第三個(gè)action節(jié)點(diǎn)定義的步驟—患者到診應(yīng)答，按照?qǐng)D3結(jié)構(gòu)定義使用“Bundle”組裝數(shù)據(jù)并發(fā)起RESTful請(qǐng)求。

（4）轉(zhuǎn)出醫(yī)院收到患者到診應(yīng)答后，發(fā)送該患者完整病歷資料到雙轉(zhuǎn)平臺(tái)。該流程符合流程定義“住院雙轉(zhuǎn)流程定義”中的第四個(gè)action節(jié)點(diǎn)定義的步驟一—上傳完整病歷，按照?qǐng)D3結(jié)構(gòu)定義使用“Bundle”組裝數(shù)據(jù)并發(fā)起RESTful請(qǐng)求。

功將轉(zhuǎn)診預(yù)約申請(qǐng)、轉(zhuǎn)診預(yù)約應(yīng)答、患者到診應(yīng)答及上傳完整病歷這4個(gè)關(guān)鍵步驟準(zhǔn)確描述與組裝，成功構(gòu)建了一套完整的業(yè)務(wù)流程模型；系統(tǒng)能夠自動(dòng)匹配各節(jié)點(diǎn)間的業(yè)務(wù)邏輯，實(shí)現(xiàn)了業(yè)務(wù)活動(dòng)的動(dòng)態(tài)觸發(fā)與順序控制。經(jīng)過(guò)驗(yàn)證，該流程具有高度的合理性和可操作性，為后續(xù)的醫(yī)療業(yè)務(wù)流程優(yōu)化奠定了堅(jiān)實(shí)基礎(chǔ)。

在數(shù)據(jù)交互方式方面，采用FHIR標(biāo)準(zhǔn)的Bundle資源構(gòu)建消息體，成功實(shí)現(xiàn)了基于RESTfulAPI和消息交換兩種數(shù)據(jù)交互方式；所有交換的數(shù)據(jù)均嚴(yán)格遵循統(tǒng)一的結(jié)構(gòu)規(guī)范，例如Bundle.type、MessageHeader以及活動(dòng)實(shí)例資源與相關(guān)業(yè)務(wù)資源的嚴(yán)格綁定，有效保證了數(shù)據(jù)傳輸?shù)囊恢滦耘c互操作性；在試點(diǎn)運(yùn)行過(guò)程中，系統(tǒng)成功實(shí)現(xiàn)了電子病歷、檢查檢驗(yàn)結(jié)果等業(yè)務(wù)數(shù)據(jù)在不同醫(yī)療機(jī)構(gòu)之間的無(wú)縫對(duì)接，顯著解決了傳統(tǒng)轉(zhuǎn)診過(guò)程中的信息孤島問(wèn)題，為區(qū)域醫(yī)療協(xié)同提供了有力支持。

在區(qū)域協(xié)同與資源共享方面，試點(diǎn)結(jié)果表明，基于FHIR標(biāo)準(zhǔn)的雙向轉(zhuǎn)診流程模型有效縮短了轉(zhuǎn)診審批與醫(yī)患溝通的時(shí)延，顯著提升了轉(zhuǎn)診決策的響應(yīng)速度；不同級(jí)別醫(yī)療機(jī)構(gòu)之間的信息采集、審核與反饋均通過(guò)標(biāo)準(zhǔn)化的數(shù)據(jù)格式實(shí)現(xiàn)，促進(jìn)了區(qū)域內(nèi)醫(yī)療資源的優(yōu)化配置與協(xié)同作業(yè)；臨床醫(yī)務(wù)人員通過(guò)平臺(tái)能夠更直觀地獲取患者病歷、實(shí)驗(yàn)室報(bào)告等信息，醫(yī)療服務(wù)效率得到顯著提升；在部分場(chǎng)景下，第三方系統(tǒng)調(diào)用效率提高了至少2倍，充分體現(xiàn)了該模型在提升醫(yī)療服務(wù)效率方面的優(yōu)勢(shì)。

2 結(jié)果

本文將上述方案應(yīng)用于成都市某區(qū)域醫(yī)共體的雙向轉(zhuǎn)診應(yīng)用場(chǎng)景中，該區(qū)域的慢病管理中心以消息的方式與集成平臺(tái)進(jìn)行轉(zhuǎn)診數(shù)據(jù)共享和交互。通過(guò)實(shí)踐檢驗(yàn)，該方案在流程設(shè)計(jì)、數(shù)據(jù)交互、區(qū)域醫(yī)療協(xié)同以及系統(tǒng)穩(wěn)定性與擴(kuò)展方面均取得了顯著成效，有效提升了區(qū)域醫(yī)療協(xié)同效率與服務(wù)質(zhì)量，具體如下：

在流程模型構(gòu)建與驗(yàn)證方面，通過(guò)利用FHIR標(biāo)準(zhǔn)的ActivityDefinition與PlanDefinition資源，成在系統(tǒng)穩(wěn)定性與擴(kuò)展性方面，基于FHIR標(biāo)準(zhǔn)的應(yīng)用架構(gòu)展現(xiàn)出良好的開(kāi)放性和靈活性，在實(shí)際應(yīng)用中表現(xiàn)出較高的穩(wěn)定性和易于擴(kuò)展的特點(diǎn)；醫(yī)共體中各參與機(jī)構(gòu)通過(guò)統(tǒng)一的數(shù)據(jù)交換標(biāo)準(zhǔn)，能夠快速對(duì)接本地系統(tǒng)，實(shí)現(xiàn)了從傳統(tǒng)業(yè)務(wù)模式向智能化、標(biāo)準(zhǔn)化協(xié)同工作模式的轉(zhuǎn)變。這不僅提高了醫(yī)療服務(wù)的效率和質(zhì)量，還為未來(lái)醫(yī)療信息化建設(shè)提供了可借鑒的經(jīng)驗(yàn)。

3結(jié)論

本文通過(guò)引人FHIR標(biāo)準(zhǔn)，實(shí)現(xiàn)了醫(yī)療數(shù)據(jù)的標(biāo)準(zhǔn)化整合與共享，顯著提升了醫(yī)療服務(wù)的互操作性和協(xié)同效率。FHIR標(biāo)準(zhǔn)不僅能夠?qū)⒃玖闵ⅰ⒉唤y(tǒng)一的醫(yī)療數(shù)據(jù)整合到統(tǒng)一的交互框架中，而且支持患者基本信息、診斷、檢查結(jié)果、病歷文書(shū)等多維度數(shù)據(jù)的標(biāo)準(zhǔn)化描述、打包與傳遞，從而實(shí)現(xiàn)不同醫(yī)療機(jī)構(gòu)之間的數(shù)據(jù)共享與信息互通。同時(shí)，基于FHIR資源定義的業(yè)務(wù)流程和數(shù)據(jù)交換方式，系統(tǒng)實(shí)現(xiàn)了雙向轉(zhuǎn)診流程各環(huán)節(jié)的自動(dòng)化銜接，從轉(zhuǎn)診申請(qǐng)、審批到患者入診、病歷上傳的全流程自動(dòng)化，有效提高了醫(yī)療服務(wù)效率，避免了以往人工審批、信息冗余及數(shù)據(jù)落差問(wèn)題。

盡管FHIR標(biāo)準(zhǔn)在數(shù)據(jù)流通和業(yè)務(wù)協(xié)同方面展現(xiàn)出巨大優(yōu)勢(shì)，但在實(shí)際應(yīng)用中FHIR標(biāo)準(zhǔn)依然存在一些問(wèn)題。其中最主要的問(wèn)題是數(shù)據(jù)隱私和安全。由于涉及患者敏感信息的共享，必須確保這些數(shù)據(jù)在傳輸和存儲(chǔ)過(guò)程中得到了充分保護(hù)。此外，不同的醫(yī)療系統(tǒng)和機(jī)構(gòu)使用不同的標(biāo)準(zhǔn)和格式，導(dǎo)致數(shù)據(jù)整合和交換困難。

未來(lái)，對(duì)FHIR標(biāo)準(zhǔn)持續(xù)優(yōu)化和改進(jìn)，以提高數(shù)據(jù)的互操作性和安全性。同時(shí)，醫(yī)療保健領(lǐng)域也在積極探索其他新技術(shù)和方法來(lái)解決雙向轉(zhuǎn)診中存在的問(wèn)題，如區(qū)塊鏈技術(shù)或人工智能等。這些新技術(shù)的創(chuàng)新應(yīng)用將為醫(yī)療信息化發(fā)展提供更廣闊的空間，推動(dòng)醫(yī)療服務(wù)向更高效、更智能的方向發(fā)展。

參考文獻(xiàn)

[]林飛.雙向轉(zhuǎn)診制度中利益相關(guān)者策略選擇的博弈研究[D]濟(jì)南：山東財(cái)經(jīng)大學(xué)，2022.

[2]陳軍，何曉雯，嚴(yán)則金，等.城市醫(yī)聯(lián)體內(nèi)醫(yī)生雙向轉(zhuǎn)診行為影響因素研究：以北京市某醫(yī)院醫(yī)聯(lián)體為例[J].中國(guó)社會(huì)醫(yī)學(xué)雜志，2022（6）：693-698.

[3]黃小紅，胡錦晨，胡崧，等.區(qū)域醫(yī)療聯(lián)合體視角下深圳市雙向轉(zhuǎn)診運(yùn)行現(xiàn)狀分析[J].中國(guó)醫(yī)院管理，2022（9）：43-45.

[4]周斌，史戈，李濟(jì)宇，等.基于醫(yī)療聯(lián)合體的雙向轉(zhuǎn)診流程探索與實(shí)踐[J]中國(guó)醫(yī)院，2015（6）：25-26.

[5] 向海平，肖麗，馬鳴，等.衛(wèi)生信息數(shù)據(jù)元值域代碼在FHIR標(biāo)準(zhǔn)中的映射研究[J].電腦知識(shí)與技術(shù)，2021（36）：167-169.

[6] Summary[EB/0L].（2018-11-24）[2024-08-08].http：//www.hl7.org/fhir/summary.html.

[7] ActivityDefinition[EB/OL].（2023-3-26）[2024-08-08].http：//www.hl7.org/fhir/activitydefinition.html.

[8] PlanDefinition[EB/OL].（2023-3-26）[2024-08-08].http：//www.hl7.org/fhir/plandefinition.html.

[9] Valueset-request-resource-types[EB/OL].（2023-3-26）[2024-08-08].http：//www.hl7.org/fhir/valueset-request-resource-types.html.

[10]Bundle[EB/OL].（2023-3-26）[2024-08-08].http：//www.hl7.org/fhir/bundle.html.

[11]向海平，肖麗，徐馳，等.基于FHIR術(shù)語(yǔ)組件構(gòu)建統(tǒng)一術(shù)語(yǔ)服務(wù)[J].醫(yī)學(xué)信息學(xué)雜志.2022（5）：40-45.

[12]MessageDefinition[EB/OL].（2023-3-26）[2024-08-08].http：//www.hl7.org/fhir/messagedefinition.html.

[13]REST API[EB/OL].（2023-3-26）[2024-08-08].http：//www.hl7.org/fhir/http.html.

[14] MANDL K D， GOTTLIEB D， MANDEL J C，et al.Pushbutton population health： The SMART/HL7 FHIR bulkdata access application programming Interface[J].npjDigital Medicine，2020，3：1-9.