醫(yī)學(xué)人工智能輔助診斷平臺需求說明

醫(yī)學(xué)人工智能輔助診斷平臺需求說明項目目標搭建醫(yī)學(xué)人工智能輔助診斷平臺，制訂全省統(tǒng)一的醫(yī)學(xué)人工智能應(yīng)用規(guī)范，建設(shè)病歷質(zhì)檢、智能問診、疾病知識圖譜、推薦診療、合理用藥、醫(yī)學(xué)檢索、病歷中心等能力，面向全省所有醫(yī)療機構(gòu)，提供醫(yī)學(xué)原子能力支撐，實現(xiàn)智能問診、病歷質(zhì)檢、診斷質(zhì)檢、合理用藥等功能，減少基層漏診和誤診，提高基層醫(yī)療規(guī)范性。本期項目的建設(shè)周期為合同簽訂后6個月內(nèi)完成模型開發(fā)，完成上線后試運行期不少于12個月。序號項目建設(shè)內(nèi)容數(shù)量單位1醫(yī)學(xué)人工智能支撐平臺項目-智能輔診搭建醫(yī)學(xué)人工智能輔助診斷平臺，制訂全省統(tǒng)一的醫(yī)學(xué)人工智能應(yīng)用規(guī)范，建設(shè)病歷質(zhì)檢、智能問診、疾病知識圖譜、推薦診療、合理用藥、醫(yī)學(xué)檢索、病歷中心等七大能力，與11個市人工智能平臺數(shù)據(jù)貫通。完成各市人工智能應(yīng)用數(shù)據(jù)采集，進行多維度分析，建設(shè)人工智能輔助診斷駕駛艙。1項總體要求2.1模型能力要求2.1.1設(shè)計要求（1）規(guī)范性原則項目方案科學(xué)，設(shè)計規(guī)范，符合信息技術(shù)與環(huán)境管理的發(fā)展方向；設(shè)計模型功能完整、安全可靠、便于升級改造、維護簡便。（2）可擴展原則模型要具較強的可擴展性，支持與現(xiàn)有系統(tǒng)的進一步整合、集成和其他業(yè)務(wù)拓展應(yīng)用。模型的設(shè)計需充分考慮將來的擴展需要，保證未來業(yè)務(wù)發(fā)展的空間。（3）先進性原則緊密結(jié)合環(huán)境保護工作實際，采用較為先進的技術(shù)指標，確保系統(tǒng)使用簡便，功能完備，在一定時間內(nèi)不落后，并應(yīng)用當前國際、國內(nèi)最先進的系統(tǒng)設(shè)計理念和計算機軟硬件開發(fā)技術(shù)，使系統(tǒng)的各方面特性及技術(shù)指標均達到國際領(lǐng)先水平。在兼顧技術(shù)先進性的基礎(chǔ)上，堅持以需求為導(dǎo)向，講求實際應(yīng)用效果，盡可能采用成熟技術(shù)，保證系統(tǒng)的方便性和實用性。（4）經(jīng)濟性原則綜合考慮與現(xiàn)有各類系統(tǒng)的兼容和對接，充分利用現(xiàn)有技術(shù)和設(shè)備，使模型的維護和升級便利快捷，既維護現(xiàn)有信息化投資，又為將來進一步信息化建設(shè)奠定基礎(chǔ)。（5）適應(yīng)性原則模型既要滿足各級衛(wèi)健部門對當前管理業(yè)務(wù)的需要，也要留有充分的擴展余地，在業(yè)務(wù)變化及機構(gòu)人員調(diào)整時，能方便地加入新的人員、設(shè)備以及實現(xiàn)其它軟件功能，并保證模型的完整性和各項功能不受影響。（6）安全性原則數(shù)據(jù)和模型的可靠性和安全性對一個應(yīng)用系統(tǒng)是至關(guān)重要的，因此對于信息系統(tǒng)來說，要充分考慮到可能出現(xiàn)的問題，必須把這一原則作為極為重要因素加以考慮。2.1.2功能要求.醫(yī)學(xué)人工智能模型.1.病歷質(zhì)檢能力病歷質(zhì)檢主要對醫(yī)患診療全過程文書的書寫規(guī)范性的審核，在醫(yī)療機構(gòu)的質(zhì)量管理中，病歷質(zhì)控是重要組成部分，也是核心部分。醫(yī)務(wù)人員對患者疾病發(fā)生、發(fā)展、轉(zhuǎn)歸，進行檢查、診斷、治療等醫(yī)療活動過程的記錄。病歷上的每個信息，都可能對病人的治療過程、住院費用結(jié)算、司法與傷殘鑒定、疾病預(yù)防等產(chǎn)生重要影響。需支持病歷質(zhì)檢能力，實現(xiàn)對醫(yī)患診療全過程文書的書寫規(guī)范性的審核。.1.1.病歷整體書寫完整性需根據(jù)字段文本正則提取的結(jié)構(gòu)化信息，對基層門診病歷內(nèi)容中的整體字段（主訴、現(xiàn)病史、體格檢查、診斷、過敏史、性別和年齡）進行字段缺失的檢測并提醒。.1.2.病歷主訴書寫完整性需根據(jù)正則提取和關(guān)鍵信息提取，對基層門診病歷內(nèi)容中的主訴進行內(nèi)容信息缺失（缺少醫(yī)學(xué)信息、缺少時間、缺少癥狀、缺少部位）的檢測并提醒。.1.3.病歷現(xiàn)病史書寫完整性需根據(jù)正則提取和關(guān)鍵信息提取，對基層門診病歷內(nèi)容中的現(xiàn)病史進行內(nèi)容信息缺失（缺少醫(yī)學(xué)信息、病情的起始、演變、鑒別材料、復(fù)診無病情變化）的檢測并提醒。.1.4.病歷整體書寫有效性需根據(jù)文本內(nèi)容對基層門診病歷中的整體字段（主訴、現(xiàn)病史、體格檢查、既往史、輔助檢查、年齡、性別）進行非醫(yī)學(xué)常用符號的檢測并提醒。.1.5.病歷現(xiàn)病史、體格檢查書寫有效性需根據(jù)正則提取和關(guān)鍵信息提取，對基層門診病歷中的現(xiàn)病史、體格檢查進行一般生命體征（血壓、呼吸、體溫、脈搏）數(shù)值異常的檢測并提醒。.1.6.病歷內(nèi)容重復(fù)檢測需根據(jù)文本內(nèi)容對各字段（主訴、現(xiàn)病史、體格檢查、既往史、輔助檢查）進行內(nèi)容重復(fù)的檢測并提醒。.1.7.特殊科室質(zhì)檢書寫病歷后，需根據(jù)文本正則匹配進行特殊科室（精神科、口腔科）的判斷并提示，并對其進行專項質(zhì)檢。.1.8.復(fù)診病歷質(zhì)檢需根據(jù)文本正則匹配判斷病歷是否為復(fù)診病歷，并對復(fù)診病歷進行專項質(zhì)檢。.1.9.特殊病歷質(zhì)檢需根據(jù)文本內(nèi)容正則匹配判斷病歷是否為特殊病歷（取藥類、體檢類、預(yù)防接種、孕產(chǎn)檢、計生服務(wù)類等五類），且不進行常規(guī)有效性質(zhì)檢判斷。.1.10.不同字段間合理性需根據(jù)正則提取和關(guān)鍵信息提取對不同字段中矛盾的內(nèi)容（時間矛盾、癥狀矛盾、部位矛盾、疾病描述與性別矛盾、發(fā)病時間與年齡矛盾，稱謂與年齡矛盾等）進行合理性檢測并提醒。.1.11.主訴字段內(nèi)容合理性需根據(jù)正則提取和關(guān)鍵信息提取對主訴中矛盾的內(nèi)容（時間混亂、癥狀前后不一致）進行合理性檢測并提醒。.1.12.結(jié)果可解釋性需對質(zhì)檢結(jié)果提供解釋性依據(jù)。.2.輔助問診能力需針對電子病歷內(nèi)容和醫(yī)生診斷之間的關(guān)系，依據(jù)醫(yī)學(xué)知識和深度學(xué)習(xí)數(shù)據(jù)挖掘的知識庫相融合，判定醫(yī)生診斷是否合理、是否存在漏誤診的情況，規(guī)范醫(yī)生書寫病歷和提升基層醫(yī)生診療水平。.2.1.問診模板提供科室癥狀問診模板資源供用戶快速點選錄入患者病史信息。規(guī)范的問診模板，讓醫(yī)生對于癥狀發(fā)生情況有了清楚的認識，避免忽視癥狀關(guān)鍵信息而導(dǎo)致的漏診。.2.2.病歷生成需基于基礎(chǔ)病情、伴隨癥狀及一般情況點選，自動生成病歷。.2.3.診斷一致性判斷診斷一致性判斷真實病歷場景一般較為復(fù)雜，包含病歷中關(guān)鍵信息較為豐富，需針對病歷信息進行預(yù)處理，其中主要是提取病歷中關(guān)鍵信息和將醫(yī)生診斷映射到疾病體系。以便于機器后續(xù)處理。判斷線上醫(yī)生診斷與其他來源診斷（如輔助診斷引擎結(jié)果topn）是否一致。.2.4.診斷合理性判斷判斷門診場景線上醫(yī)生診斷是否合理（無效診斷、誤診、漏診等）支持50+種診斷。.2.5.診斷與性別合理性當醫(yī)生給出診斷與病歷中性別存在矛盾或無關(guān)時，進行提醒，支持2000余種診斷。支持門診和住院場景。.2.6.診斷與年齡合理性當醫(yī)生給出診斷與病歷中年齡存在矛盾或無關(guān)時，進行提醒，支持2000余種診斷。支持門診和住院場景。.2.7.診斷與癥狀合理性當醫(yī)生給出診斷與病歷中癥狀信息存在矛盾或無關(guān)時，進行提醒。支持門診和住院場景。.3.疾病知識圖譜展示與疾病相關(guān)的因素，癥狀、體征信息以圖譜的形式直觀呈現(xiàn)，并支持圖譜下鉆，盡可能的全面展示知識庫的相關(guān)知識，支持結(jié)合病歷的疾病、癥狀等信息點亮。.3.1.圖譜點亮基于病歷中提取的癥狀、體征等信息與知識圖譜進行匹配，點亮病歷中描述的與此病歷診斷相關(guān)的信息；基于病歷中提取的癥狀、體征、原發(fā)病史、誘因等信息，推薦與此病歷診斷之間的權(quán)重值。.3.2.圖譜展示依據(jù)疾病的癥狀、體征、原發(fā)病史、誘因等信息，推薦該疾病的基本圖譜知識信息。.3.3.圖譜下鉆擴充大量與疾病相關(guān)的因素，并支持圖譜下鉆，盡可能的全面展示知識庫的相關(guān)知識，支持疾病、癥狀、好發(fā)時間、好發(fā)人群的點亮。.4.推薦診療能力需支持在獲取患者的就診過程中的病情描述信息后，為醫(yī)生不同場景應(yīng)用提供知識推薦功能。知識推薦引擎包括問診推薦和健康宣教知識推薦等能力。.4.1.癥狀診斷思維導(dǎo)圖在醫(yī)生所下的診斷為癥狀待查類的診斷和AI診斷的兩種場景下，提供疾病相關(guān)的癥狀診斷思維導(dǎo)圖功能，更加貼合醫(yī)生的診斷思路，從而有針對性地進一步問診。.4.2.疾病要素展示需支持推薦診斷疾病相關(guān)的癥狀、體征、檢查檢驗、鑒別診斷基礎(chǔ)知識資源。.4.3.鑒別依據(jù)基于病歷中提取的癥狀、體征等信息與知識圖譜進行匹配，點亮病歷中描述的與此病歷診斷相關(guān)的信息。.4.4.進一步問診 對于大量歷史病歷數(shù)據(jù)，借助病歷內(nèi)容提取與分析組件，對病歷進行結(jié)構(gòu)化處理；然后挖掘出癥狀之間以及癥狀與體征、癥狀性質(zhì)等關(guān)系，從而發(fā)現(xiàn)醫(yī)生問診內(nèi)容的關(guān)聯(lián)性，實現(xiàn)對診斷相關(guān)的重要癥狀進行下一步問診。.4.5.誤診學(xué)推薦 基于線上大數(shù)據(jù)分析，依據(jù)醫(yī)生診斷，推薦容易誤診成醫(yī)生診斷的診斷及其靜態(tài)資源。.4.6.鑒別診斷能力根據(jù)診斷推出其相關(guān)鑒別診斷。.4.7.伴隨癥狀推薦完成主要癥狀的屬性信息錄入之后，根據(jù)當前基礎(chǔ)病情信息，基于“知識+模型”雙驅(qū)動進行個性化伴隨癥狀推薦。.4.8.用藥推薦基于臨床指南、專家共識及多家醫(yī)院臨床用藥情況，根據(jù)患者診斷，需支持推薦相應(yīng)的藥品，展示藥品的類型等信息。.4.9.健康宣教推薦能力 需支持宣教知識加工入庫，用于推薦診斷相關(guān)的健康宣教知識。如：基于患者的臨床表現(xiàn)（癥狀、時間、誘因、部位、性質(zhì)、程度、加重緩解）、檢查（體格檢查、檢查結(jié)果）、檢驗結(jié)果、醫(yī)生診斷等信息推薦生活方式建議。.4.10.檢查推薦能力 需根據(jù)患者信息、診斷以及疾病知識庫，進行檢查推薦。.4.11.檢驗推薦能力 需根據(jù)患者信息、診斷以及疾病知識庫，進行檢驗推薦。.4.12.量表推薦能力 需根據(jù)患者信息、診斷以及疾病知識庫，進行量表推薦。.4.13.手術(shù)推薦需根據(jù)患者信息、診斷以及疾病知識庫，進行手術(shù)推薦。.4.14.預(yù)防措施推薦需基于傳入的診斷、量表評估結(jié)果或者患者標簽推薦返回對應(yīng)的預(yù)防措施。.4.15.西醫(yī)治療方案推薦需基于傳入的診斷、量表評估結(jié)果或者患者標簽推薦返回對應(yīng)的治療方案（當前支持VTE量表評估結(jié)果推薦）的概述說明并支持查看治療方案具體詳情。.4.16.護理推薦需根據(jù)患者體征相關(guān)數(shù)據(jù)，進行護理推薦（癥狀、體征、診斷）。.4.17.進一步處置措施需根據(jù)輸入的傳染病、職業(yè)病、地方病、罕見病或危重病，推薦相應(yīng)疾病或危重病的進一步處置措施推薦的能力。.4.18.個性化推薦需基于患者信息實現(xiàn)用藥、檢查、檢驗、治療方案的個性化推薦。.4.19.藥品說明書針對具體藥品需支持查看藥品說明書。.4.20.本地化藥品推薦能力需基于治療方案推薦模型結(jié)果和機器學(xué)習(xí)算法進行具體功能實現(xiàn)，結(jié)合藥品信息映射技術(shù)，通過導(dǎo)入本地化藥品類清單，在輔助診斷時可給予本地化藥品類別推薦。.4.21.國家基層藥品識別能力需基于治療方案推薦模型結(jié)果和機器學(xué)習(xí)算法進行具體功能實現(xiàn)，通過導(dǎo)入基層藥品目錄清單，在用藥推薦時給予國家基層藥品識別，輸出給應(yīng)用端。.5.合理用藥建議.5.1.用藥不合理警示級別展示系統(tǒng)需對于各種用藥不合理情況做出高、中、低不同警示級別的展示。.5.2.用藥不合理原因展示醫(yī)生可查看本次提交處方不合理問題類型，包括但不限于藥物遴選不適宜、存在配伍禁忌、無適應(yīng)癥用藥、溶媒選擇不適宜、溶媒劑量不適宜、重復(fù)用藥、給藥途徑不適宜、給藥劑量不適宜、給藥頻次不適宜、超療程用藥、超處方限量等。.5.3.用藥不合理原因可解釋性對于系統(tǒng)展示的用藥不合理原因可提供相應(yīng)的可解釋性，可解釋性來源包括但不限于藥品說明書、人衛(wèi)教材、指南、文獻等。.5.4.不合理用藥推薦用藥方案對于系統(tǒng)判斷不合理的用藥，系統(tǒng)會提供相應(yīng)的推薦用藥方案，包括但不限于用法、用量、頻次、溶媒、療程等。.5.5.藥品說明書快速鏈接查詢推薦用藥及用藥不合理原因展示時，可以提供對應(yīng)的藥品說明書，醫(yī)生可以通過超鏈接形式進行點擊查看。.5.6.繼續(xù)用藥原因詞條收錄及快速引用需支持將常用的繼續(xù)用藥原因作為詞條進行收錄，并支持快速引用。.6.醫(yī)學(xué)檢索能力依托權(quán)威海量醫(yī)學(xué)知識庫，包括：自建知識庫、中華醫(yī)學(xué)會知識庫等。.6.1.知識分類檢索知識分類檢索包括疾病圖譜搜索、醫(yī)學(xué)檢查搜索、醫(yī)學(xué)藥品搜索、醫(yī)學(xué)指南搜索、臨床路徑搜索、病例知識搜索、醫(yī)學(xué)文獻搜索。.6.2.疾病量表需支持對疾病量表相關(guān)信息資源進行檢索。.6.3.防疫問答需支持對防疫問答資源信息進行查詢檢索。.6.4.兒保資源基于人工智能搜索算法可對用戶需要的疾病或癥狀等相關(guān)的兒保資源信息進行查詢檢索。.6.5.急救基于人工智能搜索算法可對用戶需要的疾病或癥狀等相關(guān)的急救信息進行查詢檢索。.6.6.突發(fā)急癥基于人工智能搜索算法可對用戶需要的疾病相關(guān)突發(fā)急癥進行查詢檢索。.6.7.健康指導(dǎo)搜索基于人工智能搜索算法可對用戶需要的疾病相關(guān)健康指導(dǎo)進行查詢檢索。.6.8.疾病圖譜搜索基于人工智能搜索算法可對用戶需要的疾病圖譜詳情進行查詢檢索，給出對應(yīng)的疾病圖譜知識查詢結(jié)果，并將結(jié)果進行排序，使排在前面的搜索結(jié)果是用戶最需要的結(jié)果數(shù)據(jù)。.6.9.醫(yī)學(xué)檢查搜索基于人工智能搜索算法可對用戶需要的醫(yī)學(xué)檢查詳情進行查詢檢索，給出對應(yīng)的醫(yī)學(xué)檢查查詢結(jié)果，并將結(jié)果進行排序，使排在前面的搜索結(jié)果是用戶最需要的結(jié)果數(shù)據(jù)。.6.10.醫(yī)學(xué)藥品搜索基于人工智能搜索算法可對用戶需要的醫(yī)學(xué)藥品詳情進行查詢檢索，給出對應(yīng)的醫(yī)學(xué)藥品查詢結(jié)果，并將結(jié)果進行排序，使排在前面的搜索結(jié)果是用戶最需要的結(jié)果數(shù)據(jù)。.6.11.醫(yī)學(xué)指南搜索基于人工智能搜索算法可對用戶需要的醫(yī)學(xué)指南詳情進行查詢檢索，給出對應(yīng)的醫(yī)學(xué)指南查詢結(jié)果，并將結(jié)果進行排序，使排在前面的搜索結(jié)果是用戶最需要的結(jié)果數(shù)據(jù)。.6.12.臨床路徑搜索基于人工智能搜索算法可對用戶需要的臨床路徑詳情進行查詢檢索，給出對應(yīng)的臨床路徑查詢結(jié)果，并將結(jié)果進行排序，使排在前面的搜索結(jié)果是用戶最需要的結(jié)果數(shù)據(jù)。.6.13.病例知識搜索基于人工智能搜索算法可對用戶需要的病例知識詳情進行查詢檢索，給出對應(yīng)的病例知識查詢結(jié)果，并將結(jié)果進行排序，使排在前面的搜索結(jié)果是用戶最需要的結(jié)果數(shù)據(jù)。.6.14.疾病搜索基于人工智能搜索算法可對用戶需要的疾病知識詳情進行查詢檢索。.6.15.癥狀搜索基于人工智能搜索算法可對用戶需要的醫(yī)學(xué)癥狀檢索詳情進行查詢檢索。.6.16.知識智能檢索知識智能檢索支持聯(lián)想詞模糊搜索、分類搜索、最近搜索詞推薦搜索、目錄查詢。.6.17.聯(lián)想詞模糊搜索基于工智能搜索算法可對用戶使用人工智能輔助診療系統(tǒng)進行搜索時支持聯(lián)想詞模糊搜索，并將結(jié)果進行排序，使排在前面的搜索結(jié)果是用戶最需要的結(jié)果數(shù)據(jù)。如：用戶在搜索框中輸入“高”，可出現(xiàn)高血壓、高血壓預(yù)防方法、高血壓治療方法等。.6.18.分類搜索基于計算機程序和機器學(xué)習(xí)算法可支持用戶進行分類搜索，如：可在分類下選擇病例知識或醫(yī)學(xué)文獻等類別進行相應(yīng)搜索，從而給出不同的類別結(jié)果。.6.19.最近搜索詞推薦搜索基于計算機程序和機器學(xué)習(xí)算法可對用戶使用人工智能輔助診療系統(tǒng)時給予最近搜索詞推薦并支持推薦最近搜詞的搜索。.6.20.目錄查詢基于計算機程序和機器學(xué)習(xí)算法可支持用戶進行醫(yī)學(xué)目錄查詢，如：可支持醫(yī)學(xué)教科書目錄、病例文獻目錄、病例知識目錄等的查詢。.7.智能病歷中心.7.1.歷史病歷集成當前患者的既往病歷信息，方便醫(yī)生進行病情回顧和引用。.7.2.健康檔案支持查看患者的健康檔案信息。健康檔案內(nèi)容包括患者的藥物過敏史、疾病史、手術(shù)史、外傷史、輸血史等內(nèi)容，可以幫醫(yī)生快速了解患者的健康狀況。.7.3.病歷分類及統(tǒng)計提供用戶累計病歷、規(guī)范病歷與不規(guī)范病歷、體檢病歷、其他特殊病歷的統(tǒng)計功能。.7.4.病歷查詢與檢索提供用戶通過患者姓名、就診時間、病歷類型、質(zhì)檢結(jié)果等維度的病歷檢索與查看功能。.7.5.病歷列表及內(nèi)容提供記錄用戶接診的所有患者的病歷內(nèi)容查看功能。.8.語音識別能力語音識別能夠把用戶說的任意語音轉(zhuǎn)換成對應(yīng)的文字信息，可以大大提高文字輸入速度。.8.1.中文連續(xù)語音聽寫需支持中文連續(xù)語音聽寫識別，標準或帶口音普通話的免切換。.8.2.常見中英文混讀聽寫智能語音能力語音識別對日常使用的常用對話要有很高的識別準確率，包含醫(yī)學(xué)領(lǐng)域及領(lǐng)域外的日常用語。同時還需支持中文中夾帶英文單詞字母組合等要求。中英文混讀聽寫方便應(yīng)用和用戶在進行中文和英文、數(shù)字的語音輸入時無需切換模式，直接混合朗讀即可，語音識別引擎會自動分析語音數(shù)據(jù)中的中文、英文和數(shù)字并識別輸出對應(yīng)內(nèi)容。.8.3.數(shù)字串識別需支持按數(shù)字串或數(shù)值讀多種方式的聽寫識別功能?？梢约嫒莶煌挠脩粽Z音輸入習(xí)慣，不同的朗讀數(shù)字的方式均可識別成對應(yīng)的數(shù)字。.8.4.中文標點智能預(yù)測中文標點智能預(yù)測對識別結(jié)果語句智能預(yù)測其對話語境，需提供智能斷句和標點符號的預(yù)測。.8.5.短語音和長語音識別 短語音和長語音識別需支持短語音(<60s)和連續(xù)超長語音（>3h）識別功能。.8.6.熱詞優(yōu)化需支持熱詞優(yōu)化，可在服務(wù)端添加個性化或全局熱詞，實時生效，提升專有詞匯的識別率。.8.7.語音參數(shù)需支持對語音停止間隔進行參數(shù)配置，滿足不同場景需求。.8.8.日常用語與醫(yī)療術(shù)語混合識別需支持日常用語和醫(yī)療專業(yè)術(shù)語混合識別，為醫(yī)療用戶提供全方面的語音識別服務(wù)。醫(yī)療術(shù)語具體包括藥品、疾病名稱、診斷名稱、檢查檢驗指標等病歷專業(yè)術(shù)語。.8.9.小包資源定制小包資源定制需支持場景化小包資源，可針對不同話術(shù)應(yīng)用場景制作小包資源，用于提升識別準確率。.8.10.醫(yī)學(xué)文本規(guī)范處理醫(yī)學(xué)文本規(guī)范處理需支持文本規(guī)范化后處理，如字母大小寫、數(shù)字串、醫(yī)學(xué)單位符號規(guī)整等。.8.11.低頻服務(wù)忌語等詞屏蔽低頻服務(wù)忌語等詞屏蔽實現(xiàn)對語音中含一些低頻服務(wù)忌語等詞進行識別并屏蔽顯示為特殊符號。.8.12.語音識別接口語音識別接口需支持服務(wù)端語音識別服務(wù)API和SDK調(diào)用，接口支持android以及windows系統(tǒng)的二次開發(fā)。.9.語音合成能力.9.1.實時合成功能實時合成功能實時將文字信息轉(zhuǎn)化為聲音信息，給應(yīng)用配上“嘴巴”。.9.2.發(fā)音人及切換發(fā)音人及切換支持多個醫(yī)療定制發(fā)音人（默認提供2個女聲和1個男聲），滿足多場景合成播報需要。.9.3.語速控制提供多檔語速配置，支持在語音合成時，靈活改變語音播放速度。.9.4.音量控制提供多檔音量配置，支持在語音合成時，靈活控制音量的大小。.9.5.多種合成文本的編碼支持GB2312、GBK、BIG5、UNICODE、GB18030、UTF8等各種合成文本的編碼。.9.6.中英混讀同一發(fā)音人支持中英文混合播報。輸入的一段合成文本可以包含中文和英文，合成引擎會自動判斷中文朗讀還是英文朗讀并合成輸出音頻。.9.7.合成標記語言支持用戶自定義發(fā)音詞典、停頓優(yōu)化等參數(shù)設(shè)置的標記語言。.10.關(guān)鍵信息提取能力需支持門診病歷、住院入院記錄和首次病程記錄病歷、人機對話信息、報告單、診后管理-醫(yī)囑、藥品信息的提取。.10.1.實體識別對輸入病歷文本中的信息實體進行抽取。.10.2.關(guān)系識別多方案結(jié)果融合規(guī)整，輸出結(jié)構(gòu)化病歷信息實體之間的關(guān)系。.10.3.區(qū)分口語化基于醫(yī)學(xué)自然語言理解，對輸入病歷文本中的口語化信息實體進行醫(yī)學(xué)語言映射。.11.MDM數(shù)據(jù)標準化組件提供MDM數(shù)據(jù)標準化組件，基于主數(shù)據(jù)拓展實現(xiàn)的支撐核心能力，為平臺提供了本地詞與標準詞的轉(zhuǎn)換能力。.11.1.業(yè)務(wù)數(shù)據(jù)標準化能力業(yè)務(wù)數(shù)據(jù)標準化能力應(yīng)用智能算法模型對醫(yī)療描述信息中的實體名進行識別和標準匹配，將不同說法、不同格式的藥品、疾病診斷等信息轉(zhuǎn)換成核心能力平臺所能識別的標準信息，實現(xiàn)信息互聯(lián)互通和業(yè)務(wù)協(xié)同。（1）智能標注算法配置與執(zhí)行智能標注模塊的智能算法除程序自動觸發(fā)之外，還需支持人工配置與執(zhí)行。此服務(wù)提供自主選擇算法模型功能，支持多算法效果探索。算法模型選擇完成后，可手動觸發(fā)算法執(zhí)行操作進行自動化標注。（2）智能標注結(jié)果檢索智能標注結(jié)果在算法執(zhí)行完成后，可使用智能標注結(jié)果查詢功能進行效果查看，支持多屬性匹配狀態(tài)的查詢和統(tǒng)計，包括按省市區(qū)、機構(gòu)、系統(tǒng)域等檢索。.11.2.標準數(shù)據(jù)本地化能力當引擎提供相關(guān)AI結(jié)果的標準數(shù)據(jù)之后，為了讓具體業(yè)務(wù)系統(tǒng)的用戶能夠理解核心能力提供的信息，需要通過標準詞本地化將標準數(shù)據(jù)轉(zhuǎn)換為業(yè)務(wù)所使用的業(yè)務(wù)說法，真實的讓功能好用起來。標準數(shù)據(jù)本地化基于業(yè)務(wù)數(shù)據(jù)標準化的實體映射關(guān)系進行反向索引，將標準詞轉(zhuǎn)換為業(yè)務(wù)詞，促進AI能力的本地化應(yīng)用功能。.人工智能輔助診斷駕駛艙.1.首頁醫(yī)學(xué)人工智能支撐平臺入口，點擊可進入輔助決策、數(shù)字影像模塊。.2.覆蓋情況展示基層輔助診斷支持平臺覆蓋的區(qū)縣數(shù)，機構(gòu)數(shù)，醫(yī)生工作站數(shù)量。.3.輔助診療-數(shù)據(jù)概況展示所選時間內(nèi)的輔助診療次數(shù)，AI推薦診斷次數(shù)、AI醫(yī)學(xué)檢索次數(shù)核心指標數(shù)據(jù)。.4.輔助診療-AI診斷采納展示所選時間內(nèi)的診斷總數(shù)、診斷不一致數(shù)、修正診斷數(shù)、診斷采納率等核心指標；通過趨勢分析，總體反映診斷總數(shù)、推薦診斷次數(shù)、診斷采納率的指標變化情況。.5.輔助診療-高頻修正診斷展示所選時間內(nèi)的高頻修正診斷分布情況。.6.輔助診療-詳情分析展示診斷質(zhì)檢數(shù)，診斷符合數(shù)，診斷不符合數(shù)，診斷符合率，診斷修正數(shù)等診斷核心指標；診斷符合趨勢：體現(xiàn)選定時間范圍內(nèi)AI診斷質(zhì)檢次數(shù)，診斷符合率的趨勢變化；診斷不符合分析：展示診斷不符合原因分布情況；區(qū)域排名：通過區(qū)域維度，統(tǒng)計不同城市的診斷符合病歷數(shù)，診斷不符合數(shù)，診斷符合率，修正診斷數(shù)的排名；提供了對各城市醫(yī)療診斷規(guī)范性的直觀比較。.7.輔助診療-AI病歷質(zhì)控展示就診病歷總數(shù)、AI病歷質(zhì)控前不規(guī)范病歷數(shù)、病歷規(guī)范率，AI病歷質(zhì)控后不規(guī)范病歷數(shù)、病歷規(guī)范率，通過對比質(zhì)控前和質(zhì)控后的結(jié)果，分析修正的病歷數(shù)及病歷規(guī)范提升率。.8.輔助診療-AI處方質(zhì)控展示質(zhì)控處方數(shù)、AI處方質(zhì)控前不合理處方數(shù)、處方合理率，AI處方質(zhì)控后不合理處方數(shù)、處方合理率，通過對比質(zhì)控前和質(zhì)控后的結(jié)果，分析修正的處方數(shù)及處方合理提升率。.9.AI病歷質(zhì)控-詳情分析展示就診病歷數(shù)，規(guī)范病歷數(shù)，不規(guī)范病歷數(shù)，病歷規(guī)范率等相關(guān)指標；病歷規(guī)范趨勢模塊：展示選定時間范圍內(nèi)的AI質(zhì)檢次數(shù)及病歷規(guī)范率，反映病歷規(guī)范性的趨勢變化；不規(guī)范病歷分析：展示不規(guī)范病歷原因分布情況；區(qū)域排名：通過區(qū)域維度，統(tǒng)計不同城市的規(guī)范病歷數(shù)，不規(guī)范病歷數(shù)，規(guī)范病歷率的排名情況；不規(guī)范病歷數(shù)區(qū)域排名：展示不同地區(qū)的不規(guī)范病歷數(shù)排名，提供了對各區(qū)域在病歷規(guī)范性方面的比較，識別的不規(guī)范病歷數(shù)較高的區(qū)域。.10.AI處方質(zhì)控-詳情分析展示質(zhì)檢處方數(shù)，合理處方數(shù)，不合理處方數(shù)，處方合理率等處方質(zhì)檢核心指標；處方不合理分析：展示處方不合理原因分布情況；處方合理率區(qū)域排名：通過區(qū)域維度，統(tǒng)計不同城市的合理處方數(shù)，不合理處方數(shù)數(shù)，處方合理率的排名；提供了對各城市醫(yī)療處方規(guī)范性的直觀比較；不合理處方數(shù)區(qū)域排名：展示不同地區(qū)的不合理處方數(shù)排名，提供了對各區(qū)域在處方合理性方面的比較，識別不規(guī)范病歷數(shù)較高的區(qū)域。.11.輔助決策-數(shù)據(jù)總況展示所選時間內(nèi)的輔助決策總次數(shù)、活躍工作站數(shù)指標數(shù)據(jù)；.12.輔助決策-詳情分析體現(xiàn)所選時間內(nèi)的就診病例數(shù)及輔助決策總次數(shù)；人群屬性板塊：通過性別和年齡維度劃分，對AI輔助功能的使用人群進行數(shù)據(jù)統(tǒng)計：AI輔助場景分析板塊：體現(xiàn)AI推薦診斷，AI醫(yī)學(xué)檢索，AI病歷和診斷質(zhì)檢等數(shù)據(jù)分布情況；常見疾病分布板塊：展示不同年齡段和性別的疾病分布；AI輔診趨勢板塊：展示選定時間范圍內(nèi)門診就診病歷數(shù)，AI輔助診療次數(shù)，AI輔助質(zhì)檢次數(shù)等三個關(guān)鍵指標的使用趨勢變化。.13.實時信息實時輪播展示當前區(qū)域內(nèi)AI病歷質(zhì)檢實時數(shù)據(jù)，如病歷創(chuàng)建時間、機構(gòu)、診斷、質(zhì)檢結(jié)果等數(shù)據(jù)。.14.實時信息-病歷詳情展示當前病歷詳細信息，核心信息如病歷信息、處方信息、AI病歷質(zhì)檢分析、AI診斷質(zhì)檢分析、AI合理用藥質(zhì)檢分析、AI推薦診斷信息。.15.實時信息-查看更多查看病歷記錄，處方記錄，醫(yī)學(xué)檢索的總列表；病歷記錄：以列表形式呈現(xiàn)患者姓名，性別，就診時間，就診機構(gòu)名稱，診斷，就診醫(yī)生，AI輔診判定類型，AI具體操作等AI質(zhì)檢后的病歷信息；處方記錄：以列表形式呈現(xiàn)患者姓名，性別，就診時間，就診機構(gòu)名稱，診斷，就診醫(yī)生，AI輔診判定類型，AI具體操作等AI質(zhì)檢后的處方信息；醫(yī)學(xué)檢索：體現(xiàn)不同機構(gòu)的醫(yī)生使用醫(yī)學(xué)檢索功能的時間和具體檢索內(nèi)容。.16.地圖分布通過可視化地圖形式展示當前人工智能應(yīng)用普及度情況。.17.AI服務(wù)量排名通過區(qū)域維度，展示覆蓋機構(gòu)數(shù)、活躍工作站數(shù)、輔助診療次數(shù)、輔助質(zhì)檢次數(shù)等指標數(shù)據(jù)。.18.服務(wù)端調(diào)用基層輔助診斷應(yīng)用服務(wù)端。.19.視頻介紹基層輔助診斷應(yīng)用視頻功能介紹。與健康大腦體系對接.1.醫(yī)學(xué)人工智能算法賦能依托健康大腦現(xiàn)有體系，融合人工智能算法模型，滿足個性化能力開發(fā)需要；另外提供成熟的智能語音、語音合成等能力，為現(xiàn)有應(yīng)用賦能，激發(fā)人工智能技術(shù)對衛(wèi)生健康改革發(fā)展的放大、疊加、倍增效應(yīng)。.2.醫(yī)學(xué)輔助診斷建設(shè)規(guī)范協(xié)助省衛(wèi)健委制定全省醫(yī)學(xué)人工智能平臺建設(shè)規(guī)范，為醫(yī)學(xué)人工智能在全省的推廣提供指導(dǎo)規(guī)范，指導(dǎo)市、區(qū)縣衛(wèi)生健康行政管理部門做好建設(shè)保障工作。.3.人工智能決策分權(quán)管理依托“健康大腦”決策支持中心，按照分級分權(quán)管理要求，為省、市、區(qū)縣提供人工智能應(yīng)用數(shù)據(jù)及管理數(shù)據(jù)的查看與導(dǎo)出，應(yīng)用數(shù)據(jù)包括但不限于用戶數(shù)、機構(gòu)數(shù)、輔診次數(shù)、規(guī)范病歷、不規(guī)范病歷、診斷符合病歷數(shù)、診斷不合理數(shù)等，為全省各級監(jiān)管部門提供決策抓手。數(shù)據(jù)貫通.1.數(shù)據(jù)規(guī)范標準協(xié)助省衛(wèi)健委按照統(tǒng)一的政策制度和標準規(guī)范，建立完善的輔助診斷數(shù)據(jù)標準規(guī)范、接口規(guī)范，指導(dǎo)全省各地市、區(qū)縣開展基層診療數(shù)據(jù)規(guī)范工作。.2.地市數(shù)據(jù)貫通規(guī)定醫(yī)學(xué)人工智能支撐平臺的網(wǎng)絡(luò)接入規(guī)范、客戶端融合規(guī)范、數(shù)據(jù)接入規(guī)范等，指導(dǎo)市級平臺接入省平臺統(tǒng)一管理。.3.區(qū)縣數(shù)據(jù)貫通規(guī)定醫(yī)學(xué)人工智能支撐平臺的網(wǎng)絡(luò)接入規(guī)范、客戶端融合規(guī)范、數(shù)據(jù)接入規(guī)范等，指導(dǎo)區(qū)縣數(shù)據(jù)接入地市平臺。2.2標準規(guī)范要求基于國家、省電子政務(wù)相關(guān)標準規(guī)范、行業(yè)相關(guān)標準規(guī)范，遵循省經(jīng)濟社會發(fā)展標準體系，結(jié)合建設(shè)要求，設(shè)計項目相應(yīng)的標準規(guī)范。1、組織人員對建設(shè)中所涉及的國家標準、行業(yè)標準及地方標準現(xiàn)狀進行調(diào)研和梳理，為本項目標準規(guī)范建設(shè)提供理論和技術(shù)基礎(chǔ)。2、在現(xiàn)有國家電子政務(wù)標準規(guī)范體系基礎(chǔ)上，進行優(yōu)化、完善，形成適合的標準規(guī)范體系框架。3、從建設(shè)需求出發(fā)，按照急用先行的原則，制定關(guān)鍵標準規(guī)范，為互聯(lián)互通、信息共享、業(yè)務(wù)協(xié)同、信息安全打好基礎(chǔ)。4、建立標準規(guī)范貫徹實施機制，為標準的落地實施提供服務(wù)。2.3信息安全要求系統(tǒng)的安全性是項目穩(wěn)定運行實施的基礎(chǔ)，既要保證信息共享利用，又滿足安全管理的需要。本項目建設(shè)需開展全方位的安全體系建設(shè)，滿足網(wǎng)絡(luò)安全、管理安全、系統(tǒng)安全和數(shù)據(jù)安全等各方面要求。1、服務(wù)保密要求須在簽訂合同后與采購人單位簽訂保密協(xié)議。2、安全性、功能性能測試要求系統(tǒng)須避免各種信息安全漏洞，對應(yīng)用系統(tǒng)和數(shù)據(jù)開展全生命周期安全防護，有完善的安全解決方案。采購人可委托第三方進行安全和性能測試，如果測試中發(fā)現(xiàn)存在問題，需盡快解決。測試及漏洞修復(fù)所產(chǎn)生的費用由承擔(dān)。3、系統(tǒng)等保要求在項目建成后，系統(tǒng)需按照等級保護要求開展等級保護測評，系統(tǒng)必須整改等保過程中發(fā)現(xiàn)的軟件問題。在運維期內(nèi)，每年至少進行一次等級問題整改。4、密評要求制訂商用密碼應(yīng)用方案，運用國產(chǎn)密碼技術(shù)保障信息系統(tǒng)網(wǎng)絡(luò)和數(shù)據(jù)安全，按照要求開展商用密碼安全性評估，必須整改密評中發(fā)現(xiàn)的安全問題。5、代碼安全要求需遵循代碼安全開發(fā)規(guī)范和實施代碼安全檢測，檢測發(fā)現(xiàn)的問題整改完成后，提供安全檢測資質(zhì)機構(gòu)出具的軟件代碼安全檢測報告。6、軟件應(yīng)急方案必須提供系統(tǒng)應(yīng)急方案，應(yīng)急方案需考慮各種故障類型，分別給出解決方案。每年組織開展1次應(yīng)急演練（至少包括穩(wěn)定性和安全性兩個方面），并做好記錄。7、信息安全承諾保障承諾嚴格把控運維人員安全風(fēng)險及系統(tǒng)安全風(fēng)險，提供核心運維人員背景審查材料，每月對系統(tǒng)進行安全監(jiān)測和巡檢，出具安全巡檢報告。及時修復(fù)系統(tǒng)存在的各類安全漏洞。在重要活動、會議召開期間對系統(tǒng)進行7*24小時嚴密監(jiān)控，一旦發(fā)現(xiàn)問題，要求在第一時間內(nèi)關(guān)?；蚧謴?fù)正常服務(wù)，并盡可能的消除影響。承擔(dān)因系統(tǒng)本身漏洞所引發(fā)的信息安全事件而帶來的相關(guān)法律責(zé)任。合同約定的建設(shè)和運維期內(nèi)如發(fā)生重大信息安全事件，被上級單位或公安機關(guān)通報一次，罰款5000元。如發(fā)生被懸掛反動標語、賭博色情、數(shù)據(jù)泄漏等安全事件，視情節(jié)嚴重程度罰款1-5萬元。因運維人員管理疏忽導(dǎo)致的上述信息安全事件，采購人保留追訴連帶法律責(zé)任的權(quán)力。2.4性能要求本項目建設(shè)將滿足以下性能需求：1、醫(yī)學(xué)人工智能模型需滿足TOP1診斷合理率≥96%；2、醫(yī)學(xué)人工智能模型需滿足治療方案推薦合理率≥95%；3、醫(yī)學(xué)人工智能模型需滿足覆蓋病種≥1000種；4、醫(yī)學(xué)人工智能模型需滿足用藥審核不合理準確率≥96%。5、醫(yī)學(xué)人工智能模型需完成基礎(chǔ)藥品審核結(jié)構(gòu)化知識庫建立，總量在5萬種以上。2.5技術(shù)要求模型要符合政務(wù)云架構(gòu)，采用主流的多層分布式架構(gòu)進行設(shè)計開發(fā)，以B/S架構(gòu)方式進行實現(xiàn)。模型要求通過加密和安全通道等方式確保敏感信息的在交互和存儲過程中的安全性。在存儲上，針對所有敏感信息采用加密方式確保內(nèi)容存儲的安全；在用戶使用方面，采用單點退出功能確保用戶的安全性。2.6其他要求人工智能輔助診斷駕駛艙需支持全省90個區(qū)縣人工智能輔助診斷系統(tǒng)數(shù)據(jù)接入并展示，免費完成所有的對接，并提供承諾函。完成能力平臺搭建，試運行期間，需完成不少于20個試點縣區(qū)數(shù)據(jù)接入并展示。2.7信創(chuàng)相關(guān)要求本項目應(yīng)根據(jù)建設(shè)單位需求，按照信創(chuàng)相關(guān)標準規(guī)范，實現(xiàn)建設(shè)單位建設(shè)需求、使用目標。按采購人指定的環(huán)境部署和應(yīng)用，系統(tǒng)建成后對信創(chuàng)環(huán)境下的客戶端必須具有良好的兼容性和適應(yīng)性。實施要求3.1項目組織管理要求1、應(yīng)充分考慮建設(shè)要求，提出完整的項目管理、模型設(shè)計與開發(fā)、項目施工、項目驗收、售后服務(wù)方案以及人力資源供給方案。2、本項目要求開發(fā)團隊至少6人，其中研發(fā)人員和測試的人員至少3人。部署實施人員（包括項目經(jīng)理、技術(shù)負責(zé)、其他人員）至少3人，主要與外部系統(tǒng)進行對接、聯(lián)調(diào)、部署工作。3、應(yīng)根據(jù)對項目的理解做出項目的人員配置管理計劃，包括組織結(jié)構(gòu)、項目負責(zé)人、組成人員及分工職責(zé)；闡述項目建設(shè)中采購人和的職責(zé)。3.2計劃與進度管理要求1、本期項目的建設(shè)周期為合同簽訂后6個月內(nèi)完成模型開發(fā)，完成上線后試運行期不少于12個月。2、在投標文件中應(yīng)根據(jù)對項目的理解做出項目實施的初步計劃，成為中標方后必須提交正式工作方案，明確招標項目工作的方式、方法、過程步驟、按階段分解的詳細計劃、對應(yīng)計劃應(yīng)提交的工作成果、需要招標人協(xié)調(diào)與配合的事項，并經(jīng)招標人審核、批準。3、在項目實施過程中必須分別按周、月提交進度報告，對項目問題及進度延遲原因進行說明，制定合理的解決措施并有效執(zhí)行。4、必須在投標文件中闡述項目溝通計劃，確保與采購人之間信息溝通順暢。3.3質(zhì)量管理要求1、應(yīng)按ISO9001質(zhì)量管理體系規(guī)范要求，針對招標項目實施過程及交付結(jié)果進行質(zhì)量規(guī)劃、管理、控制。2、一旦中標必須提交正式的質(zhì)量計劃，明確質(zhì)量控制點、控制內(nèi)容、質(zhì)量要求、檢查記錄要求，并經(jīng)招標人審核、批準。3、在項目實施過程中應(yīng)開展質(zhì)量保證活動，所提交的進度報告應(yīng)包括質(zhì)量報告內(nèi)容，對質(zhì)量問題制定改進措施并有效執(zhí)行。4、必須接受采購人的質(zhì)量監(jiān)督檢查，提供真實有效的相關(guān)質(zhì)量活動記錄、證據(jù)，無條件接受采購人提出的質(zhì)量問題整改要求，承擔(dān)質(zhì)量責(zé)任及因質(zhì)量問題導(dǎo)致的進度延遲責(zé)任。5、必須提供詳細測試方案，包括采用測試技術(shù)、測試方法和測試報告提交形式。在工程實施過程中，應(yīng)先擬出一個測試方案，具體到每一個測試步驟，與采購人討論通過后，方可按計劃進行測試。3.4文檔交付要求軟件項目交付物包含并不限于：需求分析報告、模型設(shè)計書、投標書、合同、數(shù)據(jù)庫的設(shè)計以及數(shù)據(jù)實體模型相互關(guān)系的描述、網(wǎng)絡(luò)系統(tǒng)的拓撲結(jié)構(gòu)以及相關(guān)設(shè)備的配置、模型體系架構(gòu)及描述、數(shù)據(jù)庫安裝手冊、程序安裝維護手冊、軟件使用操作手冊、軟件功能技術(shù)手冊、模型測試報告等材料。3.5試運行與驗收軟件開發(fā)實施并調(diào)試完成，經(jīng)過采購人的認可后，投入不少于12個月試運行，在試運行期間，應(yīng)使任何故障或問題都能在收到故障通知后盡快（節(jié)、假日也不例外）被修復(fù)和解決，并給出詳細修復(fù)細節(jié)報告，所有試運行期間軟件的修改和變化都應(yīng)在試運行結(jié)束后提供書面和電子文檔。試運行穩(wěn)定后可進行驗收。驗收合格的條件必須至少滿足：1、項目開發(fā)任務(wù)已經(jīng)完成，測試合格并上線試運行；2、項目經(jīng)過試運行，試運行時出現(xiàn)的問題已被解決，并得到用戶認可；3、項目提交了完整的文檔資料，并通過了采購人組織的審核。3.6部署實施要求在模型部署實施階段，1小時內(nèi)做出明確響應(yīng)和安排，2小時內(nèi)做出故障診