莫遠(yuǎn)明，盧瑞鴻，陳 康

（中山大學(xué)附屬第一醫(yī)院信息數(shù)據(jù)中心，廣州 510080）

0 引言

隨著醫(yī)療技術(shù)的進(jìn)步，分子診斷技術(shù)和分子遺傳學(xué)、基因測(cè)序技術(shù)等發(fā)展，新型分子基因檢測(cè)技術(shù)已經(jīng)獲得不錯(cuò)的成績(jī)，在臨床中也逐漸被廣泛應(yīng)用［1］?；驒z測(cè)技術(shù)運(yùn)用各種分子生物學(xué)方法，并結(jié)合生物化學(xué)、遺傳學(xué)、臨床醫(yī)學(xué)、信息學(xué)等多學(xué)科綜合研究，逐漸成為臨床疾病分子診斷精確與否的判定依據(jù)［2］。因此，成立專(zhuān)門(mén)的分子診斷與基因檢測(cè)中心勢(shì)在必行。中山大學(xué)附屬第一醫(yī)院分子診斷與基因檢測(cè)中心成立于2019年，前身為病理科分子室，是集分子檢測(cè)、教學(xué)和科研為一體的現(xiàn)代化檢測(cè)中心，實(shí)驗(yàn)室面積為800平米。該中心擁有高素質(zhì)專(zhuān)業(yè)技術(shù)隊(duì)伍和先進(jìn)的專(zhuān)用儀器設(shè)備，是PQCC 示范實(shí)驗(yàn)室和廣東省病理質(zhì)控中心下屬的分子病理診斷示范基地，也是廣東省內(nèi)率先獲得衛(wèi)生部臨檢中心認(rèn)證的臨床基因擴(kuò)增檢驗(yàn)實(shí)驗(yàn)室之一。

在原來(lái)的分子診斷與基因檢測(cè)系統(tǒng)中，存在較多的缺陷，例如：信息孤島較多，申請(qǐng)單系統(tǒng)與收費(fèi)閉環(huán)程度不夠，導(dǎo)致患者已經(jīng)退費(fèi)但仍然可以發(fā)報(bào)告等情況時(shí)有發(fā)生，給醫(yī)院帶來(lái)不必要的經(jīng)濟(jì)損失；系統(tǒng)無(wú)法直接從檢查設(shè)備獲取數(shù)據(jù)，基本依賴(lài)技師手工錄入，效率較低且容易出錯(cuò)，隨著醫(yī)院業(yè)務(wù)的逐年增長(zhǎng)，科室工作壓力陡增；系統(tǒng)缺少必要的知識(shí)庫(kù)以及輔助決策模塊，使得技師在發(fā)報(bào)告時(shí)對(duì)于部分復(fù)雜的基因檢測(cè)報(bào)告，需要人工對(duì)照資料以及計(jì)算、判斷，容易導(dǎo)致醫(yī)療差錯(cuò)，增加患者醫(yī)療風(fēng)險(xiǎn)。因此，設(shè)計(jì)一套全業(yè)務(wù)流程互聯(lián)互通、數(shù)據(jù)閉環(huán)程度高、具有專(zhuān)業(yè)知識(shí)庫(kù)以及輔助決策功能的分子診斷與基因檢測(cè)信息平臺(tái)，具有重要的意義。

1 信息平臺(tái)整體設(shè)計(jì)

1.1 信息平臺(tái)整體架構(gòu)(圖1)

圖1 信息平臺(tái)整體架構(gòu)圖

分子診斷與基因檢測(cè)信息平臺(tái)的架構(gòu)是以醫(yī)院互聯(lián)互通平臺(tái)為基礎(chǔ)進(jìn)行設(shè)計(jì)的，整體上可以分為三個(gè)層次。最底層是掛號(hào)系統(tǒng)、醫(yī)囑系統(tǒng)、電子病歷系統(tǒng)、物價(jià)系統(tǒng)等臨床和管理業(yè)務(wù)系統(tǒng)，通過(guò)ESB 總線服務(wù)跟信息平臺(tái)進(jìn)行交互［3］，為平臺(tái)提供患者信息、檢測(cè)項(xiàng)目信息、費(fèi)用信息等基礎(chǔ)數(shù)據(jù)；中間層是互聯(lián)互通交互平臺(tái)，其擁有強(qiáng)大的數(shù)據(jù)交互能力，通過(guò)完善的基礎(chǔ)設(shè)施、多樣的接口支撐以及高效的并發(fā)服務(wù)和完善的安全體系，實(shí)現(xiàn)數(shù)據(jù)實(shí)時(shí)交互、系統(tǒng)實(shí)時(shí)通訊，為解決信息孤島問(wèn)題打下強(qiáng)有力的基礎(chǔ)；最上層為分子診斷與基因檢測(cè)平臺(tái)，通過(guò)下面兩層的支持，實(shí)現(xiàn)申請(qǐng)單管理、標(biāo)本運(yùn)送、報(bào)告發(fā)布、知識(shí)庫(kù)管理等具體系統(tǒng)功能，為臨床和管理部門(mén)實(shí)現(xiàn)質(zhì)控分析、績(jī)效管理、科研管理、輔助決策等打下良好基礎(chǔ)，同時(shí)支持電腦PC 端、PDA、自助機(jī)等多種客戶端，方便系統(tǒng)的部署與推廣。

1.2 主要業(yè)務(wù)流程

根據(jù)醫(yī)院管理的要求，結(jié)合臨床的習(xí)慣，對(duì)分子診斷與基因檢測(cè)流程做了進(jìn)一步的梳理和優(yōu)化。首先，當(dāng)醫(yī)院需要啟動(dòng)新項(xiàng)目時(shí)，經(jīng)醫(yī)務(wù)部門(mén)批準(zhǔn)后，財(cái)務(wù)部門(mén)在物價(jià)系統(tǒng)新增項(xiàng)目，并傳到分子診斷與基因檢測(cè)基礎(chǔ)項(xiàng)目維護(hù)列表中。項(xiàng)目啟用后醫(yī)生可進(jìn)行開(kāi)單，患者執(zhí)收費(fèi)單到收費(fèi)處繳費(fèi)，護(hù)士執(zhí)行醫(yī)囑并采樣、打包，護(hù)工運(yùn)送標(biāo)本至分子診斷與基因檢測(cè)中心交接，檢測(cè)中心對(duì)標(biāo)本進(jìn)行上機(jī)、發(fā)報(bào)告。在此流程中，如果上機(jī)前患者進(jìn)行了退費(fèi)操作或者未繳費(fèi)，則系統(tǒng)自動(dòng)進(jìn)行攔截并提示未繳費(fèi)不可進(jìn)行下一步操作；或者標(biāo)本已經(jīng)上機(jī)，則不可進(jìn)行退費(fèi)申請(qǐng)，除非有特殊原因，需要檢測(cè)中心管理員權(quán)限的用戶退檢后方可退費(fèi)，杜絕少收費(fèi)漏收費(fèi)的情況。

2 主要功能模塊設(shè)計(jì)

基于互聯(lián)互通以及業(yè)務(wù)流程閉環(huán)的要求，系統(tǒng)主要功能模塊設(shè)計(jì)為申請(qǐng)單模塊、收費(fèi)模塊、標(biāo)本管理模塊、報(bào)告管理模塊、知識(shí)庫(kù)與決策支持模塊、系統(tǒng)管理模塊等，各個(gè)模塊采用高內(nèi)聚、低耦合的設(shè)計(jì)原則，使得模塊之間依賴(lài)程度降低，并通過(guò)接口服務(wù)實(shí)現(xiàn)模塊之間的數(shù)據(jù)通信。系統(tǒng)主要功能模塊設(shè)計(jì)如圖2所示。

圖2 分子診斷與基因檢測(cè)信息平臺(tái)功能模塊

2.1 申請(qǐng)單及收費(fèi)功能

申請(qǐng)單與收費(fèi)功能分門(mén)診和住院兩種情況，在門(mén)診，醫(yī)生開(kāi)立檢查申請(qǐng)單，選擇項(xiàng)目、標(biāo)本類(lèi)型、執(zhí)行科室等內(nèi)容，并通過(guò)接口獲取項(xiàng)目費(fèi)用和耗材費(fèi)用，形成申請(qǐng)單并傳到收費(fèi)系統(tǒng)。患者執(zhí)申請(qǐng)單可以到人工窗口繳費(fèi)，或者在醫(yī)院APP 或者自助機(jī)上自行繳費(fèi)。如需退費(fèi)，則需打印退費(fèi)申請(qǐng)單，取消檢查申請(qǐng)方可退費(fèi)成功。住院患者有兩種情形，一種是醫(yī)生下醫(yī)囑，護(hù)士審核分解自動(dòng)扣費(fèi)；另一種情形是護(hù)士直接通過(guò)護(hù)理綜合收費(fèi)補(bǔ)錄費(fèi)用。系統(tǒng)遵循嚴(yán)格的數(shù)據(jù)閉環(huán)流程，例如未繳費(fèi)或已退費(fèi)的項(xiàng)目，不能執(zhí)行打印條碼、標(biāo)本運(yùn)送等流程，如果標(biāo)本已經(jīng)上機(jī)，則不能再進(jìn)行退費(fèi)申請(qǐng)，除非進(jìn)行退檢方可退費(fèi)。

2.2 標(biāo)本管理功能

標(biāo)本管理包括標(biāo)本采集、打包、運(yùn)送、接收、上機(jī)等功能。系統(tǒng)支持通過(guò)掃描槍等設(shè)備識(shí)別條形碼并傳至系統(tǒng)［4］。護(hù)士采集標(biāo)本后掃描條碼，記錄采集時(shí)間點(diǎn)、采集人，采集完成后統(tǒng)一進(jìn)行標(biāo)本登記、打包，系統(tǒng)針對(duì)設(shè)定標(biāo)本包容量自動(dòng)進(jìn)行分包，同時(shí)記錄打包時(shí)間、打包人、運(yùn)送地點(diǎn)等信息。護(hù)工必須跟打包護(hù)士進(jìn)行雙簽后方可取走標(biāo)本包，送到接收地點(diǎn)后再與接收人員進(jìn)行雙簽，確保對(duì)標(biāo)本運(yùn)送全程有跡可循，避免標(biāo)本丟失以及進(jìn)行標(biāo)本追蹤。系統(tǒng)記錄標(biāo)本全流程的各個(gè)重要時(shí)間節(jié)點(diǎn)，形成標(biāo)本數(shù)據(jù)庫(kù)，為后續(xù)質(zhì)控分析與效率統(tǒng)計(jì)提供條件。

2.3 報(bào)告管理功能

報(bào)告管理包括原始結(jié)果獲取、報(bào)告審核、報(bào)告批準(zhǔn)、報(bào)告上傳等功能。系統(tǒng)支持直接從設(shè)備采集原始數(shù)據(jù)，通過(guò)采集盒子支持網(wǎng)口、串口等不同的數(shù)據(jù)接口連入內(nèi)網(wǎng)，也支持從第三方設(shè)備中央站系統(tǒng)獲取數(shù)據(jù)；系統(tǒng)采用統(tǒng)一采集服務(wù)實(shí)現(xiàn)設(shè)備數(shù)據(jù)的采集和監(jiān)控，能夠?qū)崟r(shí)監(jiān)控?cái)?shù)據(jù)采集狀態(tài)，一旦發(fā)現(xiàn)數(shù)據(jù)缺失，會(huì)馬上進(jìn)行報(bào)警，避免數(shù)據(jù)大量丟失。對(duì)于報(bào)告發(fā)布，必須經(jīng)過(guò)審核以及批準(zhǔn)雙簽，而且審核和批準(zhǔn)不能由同一個(gè)人完成，否則不予通過(guò)。報(bào)告發(fā)布后，將通過(guò)互聯(lián)互通平臺(tái)上傳到臨床業(yè)務(wù)系統(tǒng)，醫(yī)護(hù)人員可在全景電子病歷查看歷次檢測(cè)報(bào)告；如果產(chǎn)生危急值，也會(huì)將危急值推送至病區(qū)并提示醫(yī)護(hù)人員處理。

2.4 知識(shí)庫(kù)管理功能

系統(tǒng)支持知識(shí)庫(kù)維護(hù)以及基于該知識(shí)庫(kù)的輔助決策功能。分子診斷與基因檢測(cè)項(xiàng)目報(bào)告具有特殊性，例如常規(guī)藥物基因組中，每組項(xiàng)目對(duì)應(yīng)的基因有不同的點(diǎn)位，每個(gè)點(diǎn)位不同的結(jié)果有相應(yīng)的結(jié)果說(shuō)明；另外對(duì)于他汀、華法林、氯吡格雷等藥物基因組，需要根據(jù)不同的規(guī)則對(duì)各個(gè)點(diǎn)位的結(jié)果進(jìn)行綜合判定。因此知識(shí)庫(kù)必須支持維護(hù)不同類(lèi)別、不同規(guī)則的基因項(xiàng)目，從而在得到結(jié)果后自動(dòng)根據(jù)規(guī)則計(jì)算判定最終結(jié)果，并且匹配相應(yīng)的結(jié)果說(shuō)明及報(bào)告格式。知識(shí)庫(kù)后臺(tái)的數(shù)據(jù)庫(kù)界面如圖3所示。

圖3 知識(shí)庫(kù)后臺(tái)數(shù)據(jù)庫(kù)界面

2.5 系統(tǒng)管理功能

系統(tǒng)管理包括項(xiàng)目維護(hù)、用戶管理、查詢(xún)統(tǒng)計(jì)等功能。在字典維護(hù)中，可同步物價(jià)系統(tǒng)的收費(fèi)項(xiàng)目，并且設(shè)置對(duì)應(yīng)的項(xiàng)目明細(xì)，同時(shí)推送給醫(yī)囑系統(tǒng)；用戶管理包括用戶角色管理、用戶賬戶管理以及人員信息維護(hù)；統(tǒng)計(jì)查詢(xún)包含工作量統(tǒng)計(jì)、質(zhì)控?cái)?shù)據(jù)查詢(xún)、科研數(shù)據(jù)統(tǒng)計(jì)、績(jī)效統(tǒng)計(jì)等數(shù)據(jù)查詢(xún)和導(dǎo)出功能。報(bào)表維護(hù)除了能自定義字段外，還支持模塊配置，在新建報(bào)表時(shí)進(jìn)行模板套用和保存［5］。

3 系統(tǒng)開(kāi)發(fā)實(shí)現(xiàn)

3.1 程序開(kāi)發(fā)

系統(tǒng)采用面向?qū)ο箝_(kāi)發(fā)語(yǔ)言C#進(jìn)行開(kāi)發(fā)，開(kāi)發(fā)環(huán)境為Visual Studio，采用C/S 架構(gòu)。服務(wù)器采用Windows Server 操作系統(tǒng)，接口開(kāi)發(fā)采用Web Service 技術(shù)并部署在IIS 上。報(bào)告模板采用水晶報(bào)表（Crystal Report）進(jìn)行設(shè)計(jì)，利用水晶報(bào)表強(qiáng)大的展示功能，能夠根據(jù)不同的分子診斷與基因檢測(cè)項(xiàng)目設(shè)計(jì)相應(yīng)的模板，目前已經(jīng)有16 種報(bào)告模板并實(shí)現(xiàn)自動(dòng)匹配。系統(tǒng)主要運(yùn)行界面如圖4所示。

圖4 結(jié)果審核以及報(bào)告預(yù)覽界面

3.2 數(shù)據(jù)庫(kù)設(shè)計(jì)

系統(tǒng)采用Microsoft SQL-sever 數(shù)據(jù)庫(kù)，利用其強(qiáng)大的T-SQL 語(yǔ)言，能夠進(jìn)行系統(tǒng)的快速開(kāi)發(fā)。系統(tǒng)核心數(shù)據(jù)表包括患者信息表（Patient）、申請(qǐng)單信息主表（MastSurvey）、申請(qǐng)單信息明細(xì)表（Mastest）、標(biāo)本信息主表（MastHead）、標(biāo)本信息明細(xì)表（SpecimenTestItem）、結(jié)果信息表（Mastresult）、報(bào)告信息表（Mastrbdt）等，其實(shí)體-關(guān)系（E-R）圖如圖5所示。

圖5 核心數(shù)據(jù)表實(shí)體-關(guān)系圖

4 建設(shè)效果

分子診斷與基因檢測(cè)信息平臺(tái)經(jīng)過(guò)近一年的開(kāi)發(fā)實(shí)施以及后期完善，先后完成科室培訓(xùn)、儀器接入、系統(tǒng)功能調(diào)試等工作，并在2021 年11 月正式上線運(yùn)行，目前科室人員操作熟練，系統(tǒng)穩(wěn)定運(yùn)行，系統(tǒng)功能滿足業(yè)務(wù)需求。自上線以來(lái)，共開(kāi)立申請(qǐng)單8471 例，其中住院6563例，門(mén)診1634 例，體檢274 例，開(kāi)單數(shù)量前五的科室分別為：心內(nèi)三科（833例）、呼吸與危重癥醫(yī)學(xué)科一區(qū)（712 例）、放射治療科（547 例）、神經(jīng)二科（438 例）、腫瘤科（384 例）。通過(guò)互聯(lián)互通平臺(tái)的上傳，將檢查報(bào)告推送到醫(yī)護(hù)患各個(gè)客戶端，使得醫(yī)護(hù)人員在病房可以通過(guò)全景電子病歷查看歷次檢查報(bào)告，患者在醫(yī)院APP上也可以第一時(shí)間知道檢測(cè)結(jié)果，提高患者就診滿意度。

5 結(jié)語(yǔ)

分子診斷與基因檢測(cè)信息平臺(tái)的建設(shè)，一方面實(shí)現(xiàn)數(shù)據(jù)的閉環(huán)，減少費(fèi)用錯(cuò)收漏收問(wèn)題，同時(shí)實(shí)現(xiàn)設(shè)備數(shù)據(jù)自動(dòng)采集以及知識(shí)庫(kù)和輔助決策應(yīng)用，提高了臨床醫(yī)務(wù)人員的工作效率，減少醫(yī)療差錯(cuò)，有效地支撐了醫(yī)院業(yè)務(wù)的開(kāi)展。同時(shí)與信息平臺(tái)的對(duì)接，有助于形成臨床數(shù)據(jù)庫(kù)，為科研、質(zhì)控、管理提供數(shù)據(jù)基礎(chǔ)，為建設(shè)無(wú)紙化醫(yī)院以及智慧醫(yī)療提供助力。