院前急診掛號系統設計與實現

摘要：院前院內一體化平臺的建立實現了院前院內信息互聯互通互享，提升了院前院內一體化救治能力。而借助于院前院內一體化平臺建立的院前急診掛號系統，將院內急診掛號提前到院前急救，消除院前院內重復流程，縮短院前院內交接時間，真正實現“呼救即救治，上車即入院”，從而提高院前急救患者的救治成功率。文章介紹了院前院內一體化中院前急診掛號系統的設計與實現方法，包括系統開發的意義與可行性、系統的功能需求分析、系統的業務流程與接口設計以及系統的測試流程和方法。

關鍵詞：院前急救；急診掛號；一體化平臺

中圖分類號：TP39" 文獻標志碼：A

0 引言

隨著社會發展和人口老齡化的加劇，人民群眾的醫療衛生需求日益增長，社會急危重癥患者顯著增加，對急救服務水平也提出了更高要求。為了能夠為群眾提供更高水平、更高質量的急救醫療服務，打通院前急救與院內急診（以下簡稱“院前院內”）的信息壁壘，構建院前院內一體化服務模式，全過程全周期保障群眾健康，南京市急救中心于2019年聯合22家三級以上醫療機構共同開發了院前院內一體化平臺^［1］。

通過院前院內一體化平臺，院前急救可以第一時間將急救患者的基礎信息、監護信息、救護車車載音視頻信息和院前電子病歷信息推送給接診醫院，同時醫院通過平臺將院內急診室床位信息、醫生信息、科室信息、和病人轉歸等信息推送給院前，如圖1所示，實現院前院內信息互聯互通互享，實現院前急救與院內救治的緊密銜接，縮短急救反應時間和院前院內交接時間，提升院前院內一體化救治能力，使患者第一時間能夠得到及時、有效、準確的醫療處置，從而提高救治效率和救治成功率，為急危重癥患者的生命健康更好地保駕護航。

隨著南京市急救中心院前院內一體化平臺在各家醫院不斷地試點和應用，一體化平臺的功能和流程也得到了不斷的擴充和優化。2024年初，為了能夠更好地協同院前院內，為患者提供更高效率、更高質量的醫療急救服務，南京市急救中心基于院前院內一體化平臺開發了院前急診掛號系統，在救護車上幫助患者提前建檔掛號，到達醫院后直接就診治療，縮短患者入院掛號排隊時間，真正實現院前院內一體化平臺“呼救即救治，上車即入院”的目標。

本文介紹了院前院內一體化中院前急診掛號系統的設計與實現方法，包括系統開發的意義與可行性、系統的功能需求分析、系統的業務流程與接口設計以及系統的測試流程和方法。

1 院前院內一體化中院前急診掛號系統的的意義

通常流程下，急救患者到達醫院急診后，院內急診分診臺須要對患者進行接診分級，掛號并建立就診卡，須要對患者病情進行初步評估，了解患者癥狀、病史并進行簡單的體格檢查，然后根據病情再分診到各專科診室或搶救室進行下一步治療^［2］。

通過在院前院內一體化平臺建立急診掛號系統，將病情評估、建檔掛號、體格檢查等流程提前到救護車送院途中，消除院前院內重復流程，縮短院前院內交接時間，患者到達醫院后能夠快速就診，避免長時間排隊等候，提升整體就醫效率，提供快速、連續、高效的醫療服務。同時，院內急診根據院前急救推送的分級分類掛號信息，可以提前做好準備，從容應對，縮短醫療急救反應時間，從而提高患者的救治成功率。尤其對于急危重癥患者，時間就是生命，急救反應時間的快慢直接關系到患者的生存率和預后質量^［3］，通過院前急診掛號系統，精簡院前院內交接流程，為患者爭取到更多的救治時間，提高急危重癥患者的救治成功率，降低急危重癥患者的致殘率和死亡率。

院前急診掛號系統的應用是實現院前院內一體化協同服務的重要保障，急診掛號系統的建立對于提升急救醫療服務質量和效率、優化醫療資源配置、保障患者權益、提升患者就醫體驗以及保障患者生命健康具有重要意義。

2 院前急診掛號系統的可行性分析

進行項目的可行性分析是院前急診系統實施開發前的重要流程，全面準確的可行性分析可以幫助開發者明確項目目標和方向。

2.1 政策可行性

《中華人民共和國基本醫療衛生與健康促進法》《國務院辦公廳關于促進“互聯網+醫療健康”發展的意見》《關于完善院前醫療急救服務指導意見》《加快急救醫療事業高質量發展意見》和《互聯網+院前醫療急救試點工作實施方案》等政策文件都提到了要借助信息化提高院前院內一體化急救服務能力，提升醫療急救服務質量，為群眾提供更高水平的急救醫療服務。這些文件的出臺表明了政府對于院前醫療信息化建設的高度支持，為急診掛號系統的開發提供了充足的政策支持。

2.2 社會可行性

隨著人口老齡化的加劇，人民群眾的急救醫療衛生需求日益增長，醫院急診患者數量顯著增加^［4］，對院前院內醫療急救一體化協同服務水平也提出了更高要求。院前急診掛號系統的開發可以幫助急救患者避免長時間排隊等候，為患者爭取更多的救治時間，提升急危重癥患者的救治成功率，降低急危重癥患者的致殘率和死亡率。院前急診掛號系統的開發是保障人民健康的需要，是滿足高質量急救服務的需要。

2.3 技術可行性

2.3.1 現有硬件基礎

院前急診掛號系統依托于院前院內一體化平臺開發，一體化平臺已經實現了院前院內信息的互聯互通互享，一體化平臺現有的網絡基礎和設施設備基礎能夠很好地滿足院前急診掛號系統開發的硬件環境需求。

2.3.2 業務流程適應性

急診掛號系統的開發只是將院內急診掛號步驟提前到院前救護車上實行，并沒有增加新的流程，掛號號源的生成仍然由院內根據科室與醫生排班自行處理，掛號后的流程也由院內自行安排，院前急診掛號系統只是以接口的方式將掛號相關的信息與院內進行交互，不改變院內掛號流程，具有很好的業務流程適應性。

2.3.3 安全風險可控

院前急診掛號系統的網絡和硬件環境借助于院前院內一體化平臺搭建，而一體化平臺目前已經通過了三級等級保護測試，數據安全和網絡安全都能夠得到有效保證。

綜合以上3個方面內容，院前急診掛號系統在政策、社會和技術等層面都是可行的。

3 院前急診掛號系統的目標

在實施院前急診掛號系統開發之前還須要明確院前急診掛號系統設計的目標，明確系統的預期成果。通過確立這些目標，為院前急診掛號系統開發指明方向，整個系統開發也將更加具有針對性。明確的目標能使開發團隊成員清楚地了解自己的工作任務，提高團隊協作效率，保證系統的成功實施。院前急診掛號系統要實現的主要目標如下。

3.1 縮短醫療急救反應時間

院前急診掛號系統要實現縮短醫療急救反應時間的目標，通過院前急診掛號系統，優化原有院前院內交接流程，消除原有院前院內重復步驟，盡可能地縮短醫療急救反應時間，最終幫助患者快速獲得醫療急救。

3.2 提高院前急救患者就診效率

院前急診掛號系統要能夠提高院前急救患者就診效率，通過院前急診掛號系統，將院內的掛號號源、科室設置和床位等信息實時推送給院前救護車，讓院前急救能夠合理安排送往醫院，避免長時間排隊等候，從而實現提高院前急救患者就診效率的目標。

3.3 提升醫療服務質量

院前急診掛號系統還要能夠實現提升醫療服務質量的目標，通過院前急診掛號系統，構建院前院內一體化服務模式，加強院前急救與院內救治的緊密銜接，為群眾提供更高水平、更高質量的急救醫療服務。

3.4 提高急危重癥患者救治成功率

院前急診掛號系統的最終目標是要能夠提高急危重癥患者救治成功率，通過院前急診掛號系統，將急危重癥患者的掛號信息提前發送給院內，讓院內醫生提前做好接診準備，確保急危重癥患者到達醫院后能夠第一時間得到專業、準確的醫療救治，從而挽救患者生命。

4 院前急診掛號系統的功能需求分析

明確的設計目標為院前急診掛號系統的開發指明了方向，而根據目標分析出的功能需求則是保證整個系統能夠順利完成的基礎。完整準確的功能需求分析，有助于開發團隊與客戶之間的溝通理解，更好地滿足用戶的實際需求；有助于提前識別和解決系統開發過程中可能遇到的潛在問題，從而降低開發風險；有助于開發團隊合理分配項目資源和開發優先級，提高團隊協作效率和項目開發成功率；有助于整個項目的合理規劃，包括時間線規劃和預算編制等，有效控制項目范圍和成本^［5］。

院前急診掛號系統的功能主要包括如下內容。

4.1 患者信息管理

4.1.1 基本信息錄入

系統應能快速錄入患者的姓名、性別、年齡、聯系方式等基本信息，這些信息是后續醫療服務開展的基礎。

4.1.2 多種方式支持

系統應能夠支持多種方式的基本信息快捷錄入，包括身份證讀卡錄入、掃描電子醫保憑證錄入、醫保掃臉錄入等，從而縮短患者基本信息錄入的時間。

4.1.3 病情病史錄入

系統應與目前的一體化平臺實現對接，自動獲取病人病情、過敏史、過往病史、手術史等信息。

4.1.4 體格檢查錄入

系統應與目前的一體化平臺實現對接，自動獲取病人在院前的體格檢查數據，包括心率、血氧、血糖、心電監護等體格檢查信息。

4.1.5 急救處置錄入

系統應與目前的一體化平臺實現對接，自動獲取病人在院前的醫療處置信息，包括藥材處理和措施處理等處置信息。

4.1.6 院前初步診斷

系統應與目前的一體化平臺實現對接，自動獲取院前病人初步診斷信息并推送給院內，以便院內醫生參考。

4.1.7 患者分級分類

系統應與目前的一體化平臺實現對接，根據患者病情癥狀和緊急程度進行自動分級分類，以便后續掛號確定優先級。

4.1.8 保險信息登記

系統應能夠支持記錄患者的醫保類型，如城鎮職工醫保、城鄉居民醫保、商業保險等，以便后續結算費用時可以按照相應的保險政策進行報銷操作。

4.2 掛號功能

4.2.1 醫院選擇

系統應能進行掛號醫院選擇，展示掛號醫院的醫院信息、擅長領域、設立科室等信息，輔助院前醫生和患者選擇掛號醫院。

4.2.2 科室選擇

系統應能進行掛號科室選擇，能夠根據患者病情信息提供科室推薦，幫助患者準確選擇就診科室。

4.2.3 號源床位信息

系統應能實時顯示各科室當前可掛號源數量、號源狀態（已掛、未掛、掛號排隊信息等）、床位信息（危急重癥床位、留觀床位等），避免患者送達醫院后長時間排隊。

4.2.4 確定掛號優先級

系統應能根據患者分級分類信息，自動確定掛號優先級，例如對于急危重癥患者能夠優先安排就診。

4.2.5 打印掛號憑條

掛號系統在掛號成功后應能夠實現打印掛號憑條功能，入院后憑借打印憑條快速就診。

4.3 統計分析功能

4.3.1 掛號統計

掛號系統應能支持統計各家醫院任意時間段的掛號人數、掛號科室分布、號源類型等數據，以圖表（柱狀圖、折線圖、餅圖等）的形式直觀展示，為院前急救管理部門提供決策依據，以便能夠更加合理地分配急救資源。

4.3.2 患者信息分析

掛號系統應能支持對患者的年齡、性別、地域分布、病情類型等進行統計分析，了解急診患者的群體特征和疾病譜分布，幫助院前急救提供更高質量的醫療服務。

5 業務流程設計

系統功能需求分析是實現軟件開發的基礎，而根據系統功能需求設計的業務流程則是將功能需求轉化為實際的業務操作，增強了系統開發的透明度和可追溯性，為整個系統開發提供了設計藍圖^［6］。根據業務流程的順序、邏輯關系和數據流向，開發者可以順利地確定軟件的模塊劃分、模塊之間的接口以及數據存儲方式；系統業務流程還明確了軟件的開發步驟和順序，幫助開發團隊按照合理的節奏進行開發，了解系統的關鍵環節和復雜程度，合理安排開發資源，避免開發過程中的混亂和重復工作。

根據功能需求分析，院前急診掛號系統的主要流程如下：患者上車后，救護車醫生通過手持醫保IOT終端設備采用讀卡、掃描醫保憑證碼、掃臉或者手工錄入的方式獲取患者基本信息，院前掛號系統根據獲取到的患者基本信息從院前院內一體化平臺查詢患者的病情病史、體格檢查數據、監護信息、院前急救處置措施、院前初步診斷和患者病情分級分類等信息，院前掛號系統根據這些信息確定患者的掛號優先級，救護車醫生根據患者病情選擇送往醫院，掛號系統根據送往醫院從對應醫院獲取到急診科室信息，選擇科室后，掛號系統從號源管理平臺獲取對應醫院科室號源信息（已掛、未掛、掛號排隊信息等）、床位信息（危急重癥床位、留觀床位等）并展示，院前醫生確認信息無誤后，點擊掛號，院前掛號系統將掛號信息（患者基本信息、掛號科室、掛號優先級等）發送給院內，同時，院內根據收到的患者基本信息從院前院內一體化平臺獲取患者病情病史、體格檢查、監護、院前初步診斷等信息。院內收到這些信息后，通過院內系統處理后返回掛號結果。若掛號成功則返回院內掛號對應信息（患者院內唯一ID號、患者掛號序號等）至院前救護車并展示，院前救護車選擇打印掛號憑條結束院前掛號。若院內提示掛號失敗，則將掛號失敗信息和原因返回院前救護車并提示，院前救護車選擇重新掛號或結束掛號，具體如圖2所示。

6 關鍵接口設計

院前掛號系統涉及與多家醫院的數據交互，而每家醫院的系統又不盡相同。為了降低對接難度，提升對接效率，提高系統兼容性和方便日后部署與維護，南京市急救中心院前掛號平臺采用了成熟穩定的HTTP接口方式與各家醫院實現掛號接口對接。

6.1 鑒權接口

為了保證院前掛號系統的安全性和可靠性，院前掛號系統設計了鑒權接口，只有通過驗證的用戶才能被允許訪問院前掛號系統其他接口。鑒權接口具體設計如下。

接口請求方式：POST。

請求數據類型：application/json。

響應數據類型：*/*。

請求參數設計如表1所示。

響應參數設計如表2所示。

使用方法：使用各個醫院自己的秘鑰獲取到認證令牌token后，在調用其他接口時，在接口頭部信息（header）插入認證令牌，認證通過后，方能獲取接口數據。令牌設置1 h有效期，醫院須要定時刷新獲取認證令牌才能繼續使用接口數據，以保證數據安全。

6.2 上傳號源接口

通過上傳號源接口，定期上傳醫院對應科室實時的號源信息，實現院前掛號查詢號源功能。上傳號源接口具體設計如下。

接口請求方式：POST。

請求數據類型：application/json。

響應數據類型：*/*。

請求參數設計如表3所示。

響應參數設計如表4所示。

使用方法：醫院急診號源信息發生變更后，院內調用院前掛號系統的上傳號源接口，上傳院內實時號源信息，院前掛號系統根據上傳頭部信息使用的令牌" （token）識別上傳醫院并更新最新數據到號源信息表，供院前掛號系統查詢與展示醫院號源信息使用。

6.3 掛號接口

掛號接口是實現院前急診掛號功能最主要的接口，通過掛號接口，院前將掛號患者基礎信息、保險類別、掛號優先級等信息推送給醫院，醫院收到消息后發起院內掛號流程，實現院前掛號功能。掛號接口具體設計如下。

接口請求方式：POST。

請求數據類型：application/json。

響應數據類型：*/*。

請求參數設計如表5所示。

響應參數設計如表6所示。

使用方法：院前救護車發起掛號流程后，將請求發送給即將送往的醫院，醫院收到請求后，從院前急診掛號系統獲取患者基本信息，從院前院內一體化平臺獲取患者病情病史、體格檢查、院前初步診斷等信息，發起院內掛號流程，掛號成功后將掛號結果通過接口返回院前救護車，完成掛號。

7 系統測試

系統測試作為系統開發的最后階段，可以評估院前掛號系統是否滿足用戶需求，確保系統的功能完整性，確保系統性能高效可靠、安全穩定，且在兼容性等方面達到預期標準^［7］。

7.1 功能測試

功能測試須要深入理解軟件的功能需求，制定詳細的測試計劃，根據需求文檔設計詳細的測試用例，確保覆蓋所有功能點。測試環境要與實際使用環境相同或相似。測試須要記錄測試結果，對測試中發現的缺陷進行歸類和管理，確保問題能夠及時反饋給開發團隊并得到解決。功能測試結束后，要編寫測試報告，總結測試結果并提出優化改善建議。

7.2 性能測試

為了確保急診掛號系統的安全穩定，系統還須要在性能方面進行測試，這其中包括如下內容。

7.2.1 準確性測試

模擬業務流程中各項功能操作，測試系統中處理和輸出的數據與預期或真實值是否相符合，以確保系統在各項數據輸出上準確有效。

7.2.2 響應時間測試

模擬測試系統處理請求和響應用戶操作所需的時間，系統的響應時間應盡可能短，以滿足急救場景下的快速處理需求。

7.2.3 并發處理能力測試

模擬測試在高并發高負載情況下的系統表現，特別是系統在多用戶同時訪問時的穩定性和響應速度，確保滿足院前高峰時段的并發掛號業務需求。

7.2.4 可靠性測試

模擬測試系統在不間斷持續運行的情況下是否會出現故障，確保系統具備高可靠性。

7.2.5 安全性測試

通過滲透測試、漏洞掃描、代碼審查、靜態分析等方式對系統進行安全測試，確保掛號系統的安全。

8 結語

院前急診掛號系統的最終目標是將院內急診掛號流程提前到院前救護車，消除院前院內重復流程，縮短院前院內交接時間，使患者到達醫院后能夠快速獲得救治，從而提高患者的救治成功率。在設計和開發院前急診掛號系統時要緊緊圍繞這一目標展開，在開發前期，要結合實際對系統實施的可行性和功能需求進行詳細分析。在開發中期，要規劃好系統的業務流程，并設計成熟穩定的對接接口。在開發后期，要對整個系統進行全面的功能測試和性能測試，以確保系統功能完善、安全可靠。未來，隨著信息技術的不斷進步和醫療需求的不斷變化，院前急診掛號系統還將不斷完善和創新。筆者相信，為了提供更高水平、更高質量的急救服務，為了實現健康中國戰略，院前急診掛號系統一定會在更大的范圍內得到推廣和應用。

參考文獻

［1］陳杰，魏強，殷偉東，等.區域院前院內急救信息一體化共享平臺的建設與應用［J］.醫療衛生裝備，2020（7）：26-29.

［2］田瑋，李衛紅，許欣悅，等.非急診掛號全面預約模式的探索與實踐［J］.中國醫院管理，2017（1）：50-51.

［3］李秀玲.爭分奪秒：腦卒中急救措施的黃金時間指南［J］.家庭醫學，2024（11）：12-13.

［4］孫平.人口老齡化趨勢下我國醫療健康產業供給側改革研究［D］.沈陽：沈陽工業大學，2022.

［5］李小勤.急診預檢分診信息系統結合預掛號新模式應用的臨床意義［J］.中華急診醫學雜志，2017（7）：802-806.

［6］唐彩云，王莎，郭美英，等.基于流程再造理論的急診科信息化分診掛號流程設計與應用［J］.中國護理管理，2024（8）：1198-1204.

［7］駱振龍.醫院急診信息系統的設計與應用研究［J］.信息與電腦，2024（12）：111-114.

（編輯 沈 強）

Design and implementation of an prehospital emergency registration system

DIAO" Chenglong， YAN" Zhiyong， CHEN" Jie， NI" Yi

（Nanjing Emergency Center， Nanjing 210013， China）

Abstract： The establishment of the prehospital and inhospital integrated platform has realized the interconnection， interoperability， and sharing of information between prehospital and inhospital， enhancing the integrated rescue capabilities across both environments. Leveraging this platform， the prehospital emergency registration system has been developed， which advances inhospital emergency registration to the prehospital emergency stage. This eliminates redundant processes between prehospital and inhospital settings， reduces the transfer time， and truly achieves “rescue upon call， admission upon arrival”，thereby improving the success rate of prehospital emergency treatments. This paper introduces the design and implementation methods of the prehospital emergency registration system within the prehospital and inhospital integrated platform. It covers the significance and feasibility of system development， functional requirements analysis， business process and interface design of the system， as well as system testing procedures and methods.

Key words： prehospital emergency; emergency registration; integrated platform