謝蕊 吳慧琳 陳衛(wèi)東 王元茂

摘要：隨著網(wǎng)絡的普及，現(xiàn)代醫(yī)療朝著信息化、網(wǎng)絡化的方向發(fā)展，線上醫(yī)療逐漸走進大眾的視野。為了滿足人們多樣化的就醫(yī)需求，該系統(tǒng)致力于研究基于醫(yī)學影像的線上醫(yī)療，使醫(yī)生和患者通過平臺進行交互，以實現(xiàn)遠程醫(yī)療診斷。通過在SQL Server上進行數(shù)據(jù)庫結構設計，運用C#語言以及html語言在ASP.NET上搭建系統(tǒng)，并做出了詳細的需求分析和具體的系統(tǒng)設計方案，最終完成了系統(tǒng)的具體實現(xiàn)。

關鍵詞：ASP.NET；云存儲；遠程醫(yī)療；數(shù)據(jù)庫；醫(yī)學影像

中圖分類號：TP311 ? ? ?文獻標識碼：A

文章編號：1009-3044（2022）31-0056-03

1 引言

1.1 研究背景

近年來，隨著我國“互聯(lián)網(wǎng)+”技術的多方融入與不斷發(fā)展，遠程醫(yī)療已發(fā)展成為當下醫(yī)療領域的一大熱點。所謂遠程醫(yī)療，是指通過計算機技術、通信技術與多媒體技術，與醫(yī)療技術相結合，打破空間障礙，實現(xiàn)人與人異地之間的交互，在醫(yī)生與患者之間建立一條高效的媒體通道，從而滿足廣大人民群眾保健需求的一項全新醫(yī)療服務[1]。遠程醫(yī)療打破了醫(yī)療發(fā)展過程中不同區(qū)域之間醫(yī)療信息孤島的現(xiàn)象，有利于多方會診、協(xié)同診療。

自遠程醫(yī)療問世以來，我國在該領域已經(jīng)取得了有效的成果。但針對個體用戶所提供的遠程醫(yī)療平臺的開發(fā)多數(shù)仍停留在技術平臺/應用階段[2]。因此，遠程醫(yī)療仍需進一步將科學平臺開發(fā)技術與個體需求分析相結合，從而更好地貼近大眾的需求。

1.2 國內(nèi)外研究現(xiàn)狀

國外遠程醫(yī)療自誕生之初，就與移動通信技術相結合并不斷發(fā)展，并衍生了諸如移動醫(yī)療和電子病歷等新的概念和應用[3]，提高了針對個體用戶疾病的防控。相比之下，我國遠程醫(yī)療的起步較晚，個體化平臺發(fā)展較為稚嫩，主要體現(xiàn)在以下幾個方面[4]：

1） 遠程醫(yī)療主要應用大型醫(yī)院系統(tǒng)，針對個體用戶的平臺較少。

2） 遠程醫(yī)療服務質量受到設備和技術條件的限制。

3） 我國遠程醫(yī)療技術自身存在局限性，覆蓋區(qū)域不平衡，覆蓋深度不夠廣。

1.3 研究意義

該項目為解決遠程診斷的醫(yī)療影像問題，搭建一個針對醫(yī)學影像的線上診療平臺來實現(xiàn)影像的遠程診斷、移動診斷，方便患者異地就診，同時便捷多方會診，降低誤診的可能性。利用醫(yī)學影像的云存儲、云計算技術實現(xiàn)醫(yī)學影像的在線調閱、統(tǒng)一管理，促進區(qū)域醫(yī)療信息化建設，更好地為區(qū)域內(nèi)的醫(yī)療機構、醫(yī)生專家、患者用戶提供方便。

2 系統(tǒng)分析

2.1 系統(tǒng)需求開發(fā)

在Microsoft的.NET框架中，搭建Web應用程序，通過開源支持，將網(wǎng)站后臺收集的用戶信息存儲在相應的數(shù)據(jù)庫中，使用SQL Server2019可以靈活選擇平臺，跨關系、非關系、結構化和非結構化的數(shù)據(jù)進行查詢[5]。

2.2 系統(tǒng)可行性分析

2.2.1 經(jīng)濟可行性

本系統(tǒng)就遠程診斷醫(yī)療影像問題，研究如何建立患者與醫(yī)生平臺之間的聯(lián)系。在基于數(shù)據(jù)庫的基礎上，本平臺使用的工具操作性強并且開源、免費。在方便患者和醫(yī)生之間的交互同時，也降低了診療費用，從經(jīng)濟角度分析，該系統(tǒng)是可行的。

2.2.2 技術可行性

本系統(tǒng)的后臺數(shù)據(jù)庫采用SQL Server2019來管理系統(tǒng)中各類數(shù)據(jù)，利用云存儲，云計算技術，實現(xiàn)醫(yī)學影像的在線調閱、統(tǒng)一管理[6]，使用這些技術能夠提高系統(tǒng)的開發(fā)效率，使得該系統(tǒng)的技術可行性得以保障。

2.2.3 操作可行性

本系統(tǒng)的大部分功能采用可視化界面呈現(xiàn)，患者和醫(yī)生均可直接通過電腦和個人移動端進行登錄、訪問和操作。通過平臺來實現(xiàn)影像的遠程診斷、移動診斷，從而便捷異地多方遠程會診，在上述工具的幫助下，開發(fā)系統(tǒng)也變得更加簡單。

2.3 性能需求分析

為確保系統(tǒng)使用期間能夠穩(wěn)定高效地運行，首先要保證系統(tǒng)開發(fā)的性能。在系統(tǒng)的開發(fā)過程中，充分地確保系統(tǒng)的安全性和有效性。主要包含以下幾點：

1） 安全性：線上診療的同時保證患者與醫(yī)生個人信息的安全性。

2） 先進性：結合人工智能和物聯(lián)網(wǎng)技術的發(fā)展，符合用戶的需求，能夠有效地實現(xiàn)遠程醫(yī)學影像診療的功能。

3） 可擴展性：該系統(tǒng)經(jīng)研發(fā)投入使用后，在后期可能會面臨新的用戶需求，因此要充分考慮到系統(tǒng)的可擴展性，便于將來系統(tǒng)的后期維護和更新。

4） 有效性：設計該系統(tǒng)的目的是充分利用線上診療功能建立醫(yī)患間的交互聯(lián)系，并最大限度地滿足用戶的需求，即功能有效性，也是系統(tǒng)開發(fā)過程中有效性最主要的體現(xiàn)。

3 系統(tǒng)整體設計

3.1 系統(tǒng)設計與實現(xiàn)方案

本系統(tǒng)的主要功能在于針對醫(yī)療影片進行遠程醫(yī)療，并能夠利用平臺前期發(fā)展做數(shù)據(jù)積累，為后期計算機智能分析影片積累條件。在系統(tǒng)設計過程中簡化了常規(guī)問診中一系列煩瑣的流程，將患者和醫(yī)生的碎片化時間都有效地進行利用。

圖1從總體上介紹了本項目從前端和后端兩個方面對系統(tǒng)進行的開發(fā)，前端是用戶進行注冊、登錄、預約以及就診等功能的可視化交互平臺；后端則是從醫(yī)生、患者、管理員三個方面對數(shù)據(jù)庫進行管理。

3.2 系統(tǒng)流程及原理

本次項目設計有兩個端口：患者端和醫(yī)生端。

1） 患者端：患者通過登錄界面進入平臺填寫個人資料、身份認證，然后可以自行選擇想要就診的醫(yī)院和醫(yī)生，選擇好后進行線上掛號，掛號成功后患者上傳待診斷的醫(yī)學影像及看診病歷，最后平臺接收并進行審核，審核通過后等待醫(yī)生問診。

2） 醫(yī)生端：醫(yī)生進入平臺后需要進行兩方面的操作：一是安排可供平臺進行看診的時間段，由系統(tǒng)進行排班；二是選擇自己的門診列表，為已通過審核的掛號病人進行看診，給出相關診療意見。同時系統(tǒng)設置了定時消息提醒，并反饋給患者方便掛號問診及時回復。

3.3 數(shù)據(jù)庫設計

3.3.1 數(shù)據(jù)庫概念模型設計

數(shù)據(jù)庫概念結構設計是數(shù)據(jù)庫設計過程中最重要的一步，為了能夠更好地描述用戶的需求，建立E-R圖形象地把實體模型呈現(xiàn)出來以便于數(shù)據(jù)庫管理系統(tǒng)更好地管理這些需求。根據(jù)需求分析，數(shù)據(jù)庫整體E-R圖2所示。

圖2從總體上介紹該系統(tǒng)數(shù)據(jù)庫中的邏輯關系，以及各部分是如何連接的。例如：患者預約醫(yī)生、醫(yī)生診治患者、患者上傳影像資料到醫(yī)學影像庫中、醫(yī)生從庫中調取資料進行分析診斷、管理員管理醫(yī)學影像庫等。

3.3.2 數(shù)據(jù)表設計

本系統(tǒng)采用的是SQL Server數(shù)據(jù)庫管理系統(tǒng)。根據(jù)概念模型設計了數(shù)據(jù)庫表，以下選取患者表、醫(yī)生表和醫(yī)學影像表進行說明。

患者表介紹了在項目數(shù)據(jù)庫中支持存在的患者信息，包括患者編號和密碼以及患者的其他個人信息，其中患者編號（PID） 是唯一標識，不允許重復。

醫(yī)生表介紹了在項目數(shù)據(jù)庫中支持存在的醫(yī)生信息，包括醫(yī)生編號和密碼以及醫(yī)生的其他個人信息，其中醫(yī)生編號（DID） 是唯一標識，不允許重復。

醫(yī)學影像表介紹了在項目數(shù)據(jù)庫中支持存在的醫(yī)學影像信息，包括影像編號、成像技術、成像部位和成像日期，其中影像編號ID由患者編號PID和醫(yī)生編號DID共同組成，唯一標識各影像數(shù)據(jù)，不允許重復。

4 系統(tǒng)實現(xiàn)與測試

4.1 系統(tǒng)測試方法

測試過程中經(jīng)常用到的兩種方法為：黑盒測試和白盒測試。黑盒測試就是在已經(jīng)了解系統(tǒng)的具體功能的前提下，對實現(xiàn)效果進行測試的方法。白盒測試是根據(jù)編寫的源代碼進行測試的方法，是結構層次的測試[7]。

4.2 系統(tǒng)實現(xiàn)和測試結論

4.2.1 數(shù)據(jù)庫連接

Connection con;

Statement st;

String driverName=”com.microsoft.sqlserver.jdbc.SQLServerDriver”;

String dbURL=”jdbc：sqlserver：//localhost：1433;DatabaseName= [智能云醫(yī)影像]”;

4.2.2 后臺設計

1） 增加數(shù)據(jù)

"insert into [患者表] values（'p00111'，'黃宇'，20，'男'，'d0903'，'8291iewd'，'1337273829'，'安徽中醫(yī)藥大學'）";

2） 刪除數(shù)據(jù)

"delete from [患者表] where pid='p01213'";

3） 修改數(shù)據(jù)

"update [患者表] set Password='123512' where pid='p02831'";

4.3 測試結論

通過多次測試，修改編譯過程中出現(xiàn)的錯誤，該系統(tǒng)的設計與客戶的需求基本吻合，從患者登錄系統(tǒng)進行線上掛號、平臺排號到醫(yī)生登錄系統(tǒng)進行問診，以及管理員對系統(tǒng)信息的維護均能流暢運行，基本滿足要求。

5 結束語

隨著我國移動互聯(lián)網(wǎng)的蓬勃發(fā)展，“互聯(lián)網(wǎng)+醫(yī)療”的新型診療模式也逐漸進入人們的視野。在此背景下，結合已有文獻研究基礎，本項目致力研發(fā)基于云存儲和醫(yī)學圖像分析的遠程影像診斷系統(tǒng)。經(jīng)過需求分析和系統(tǒng)設計，該項目可基本滿足前期用戶的需求，搭建基本的醫(yī)患溝通媒介。在下一步的研究中，將利用系統(tǒng)已存儲的大量醫(yī)學影像數(shù)據(jù)，結合圖像分析技術和人工智能算法，增加智能診斷的功能，進一步提高系統(tǒng)的應用價值。

參考文獻：

[1] 張平，姜榮，曲良，等.多媒體遠程醫(yī)療技術及其應用探究[J].中國新通信，2020，22（7）：95.

[2] 張鑫，王曉華.“互聯(lián)網(wǎng)+”背景下遠程醫(yī)療服務存在的問題及對策研究[J].衛(wèi)星電視與寬帶多媒體，2019（15）：34-35.

[3] 周杰，王申，田敏.國外遠程醫(yī)療發(fā)展及其對中國的啟示[J].科技與創(chuàng)新，2019（20）：31-32，34.

[4] 劉俊.淺談遠程醫(yī)療的現(xiàn)狀及規(guī)范解讀[J].中國醫(yī)療器械信息，2017，23（4）：100-102.

[5] 潘曉雷，李旭文.信息處理技術與遠程醫(yī)療[J].醫(yī)學信息，2002，15（4）：226-227.

[6] 王成.基于Web的醫(yī)學影像管理與分析系統(tǒng)[D].濟南：山東大學，2020.

[7] 妥澤花.基于黑盒測試與白盒測試的比較探究[J].電子世界，2021（11）：55-56.

【通聯(lián)編輯：光文玲】

收稿日期：2022-05-26

作者簡介：謝蕊（1999—） ，女，安徽滁州人，學士，主要研究方向為計算機應用、信息可視化；吳慧琳（1999—） ，女，安徽池州人，學士，主要研究方向為信息管理與信息系統(tǒng)；陳衛(wèi)東（1999—） ，男，安徽宿州人，學士，主要研究方向為大數(shù)據(jù)、信息管理與信息系統(tǒng)；王元茂（1989—） ，男（回族），安徽滁州人，碩士，主要研究方向為人工智能。