曰韓成人午夜影院|青草国产在线伊人|四虎在线视频|噜噜噜在线观看91

招標(biāo)代理公司（立即查看） 受業(yè)主單位（立即查看） 委托，于2025-05-15在采購與招標(biāo)網(wǎng)發(fā)布 朝陽市中醫(yī)院遼寧省醫(yī)療領(lǐng)域智慧化管理平臺接口競爭性磋商公告。現(xiàn)邀請全國供應(yīng)商參與投標(biāo)，有意向的單位請及時聯(lián)系項目聯(lián)系人參與投標(biāo)。 （略）醫(yī)（略）接口競爭性磋商（略）發(fā)布時間:（略）-（略）-（略）項目概況（略）醫(yī)（略）接口采購項目的潛在供應(yīng)商應(yīng)在（略）獲取采購文件，并于（略）年（略）月（略）日（略）時（略）（北京時間）前提交響應(yīng)文件。一、項目基本情況項目編號：JH（略）-（略）-（略）項目名稱：（略）醫(yī)（略）接口采購方式：競爭性磋商包組編號：（略）預(yù)算金額（（略））：（略）最高限價（（略））：（略）采購需求：查看一、（略）醫(yī)（略）-實時數(shù)據(jù)采集方案（詳細(xì)接口服務(wù)說明、值域字典參見接口文件“（略）醫(yī)（略）-實時數(shù)據(jù)采集方案v1.2”）第一章概述一.1.文檔說明本文詳細(xì)闡述了第三（略）對接，進(jìn)行相關(guān)業(yè)務(wù)數(shù)據(jù)（略）校驗的接口規(guī)范，調(diào)用該服務(wù)接口可將監(jiān)管規(guī)則引擎相關(guān)數(shù)據(jù)進(jìn)行實時定時（略）。本文檔參考自《（略）醫(yī)保接口用戶手冊V2.（略）.docx》，旨在沿用醫(yī)保的出入?yún)⒁?guī)范來支持監(jiān)管規(guī)則引擎的數(shù)據(jù)（略）。其中接口請求的入?yún)⒒究梢匝赜迷t(yī)保接口請求的入?yún)?，在原醫(yī)保接口基礎(chǔ)上進(jìn)行的調(diào)（略）主要包括：l部（略）接口需同時給監(jiān)管規(guī)（略）給醫(yī)保的入?yún)nput以及醫(yī)（略）的出參output。l為兼容自費部（略）患者數(shù)據(jù)的（略），本文檔對原醫(yī)保接口部（略）字段的必填要求以及定義進(jìn)行了調(diào)（略）。本文檔的監(jiān)管規(guī)則引擎數(shù)據(jù)（略）可根據(jù)實際情況，（略）兩階段進(jìn)行實施：l一階段完成醫(yī)保數(shù)據(jù)的上報。l二階段完成自費數(shù)據(jù)的上報。第二章接口報文格式二.1.接口頭文件格式定義除了【（略）A】簽到接口，其他業(yè)務(wù)交易接口均需要添加頭文件：表2頭文件header參數(shù)代碼參數(shù)名稱參數(shù)類型是否必填說明affair_tokenToken字符型Yapp_id用戶id字符型YaffairTokenToken字符型由于nginx轉(zhuǎn)發(fā)默認(rèn)不轉(zhuǎn)發(fā)帶下劃線的頭文件，故擴充Token字段可選項。Token可選affair_token或affairTokenappId用戶id字符型由于nginx轉(zhuǎn)發(fā)默認(rèn)不轉(zhuǎn)發(fā)帶下劃線的頭文件，故擴充用戶id字段可選項。用戶id可選填app_id或appId二.2.接口輸入報文格式定義（與醫(yī)保一致）報文采用JSON格式，交易參數(shù)定義如下：表2交易輸入?yún)?shù)定義序號數(shù)據(jù)（略）標(biāo)識數(shù)據(jù)（略）名稱類型長度代碼標(biāo)識是否必填備注1infno交易編號字符型4Y交易編號詳見接口列表2msgid（略）方報文ID字符型（略）Y定點醫(yī)藥機構(gòu)編號（略）+時間（略）+順序號4時間格式：yyyyMMddHHmmss3mdtrtarea_admvs就醫(yī)（略）劃字符型6Y4insuplc_admdvs參保（略）劃字符型6如果交易輸入中含有人員編號，此項必填，可通過【（略）】人員信息獲取交易取得5recer_sys（略）代碼字符型（略）Y默認(rèn)傳SY6dev_no設(shè)備編號字符型（略）dev_safe_info設(shè)備安全信息字符型（略）cainfo數(shù)字（略）信息字符型（略）下發(fā)的安全管理碼。安全管理碼每個定點（略）上獲取。9signtype（略）類型字符型（略）建議使用SM2、SM（略）infver接口版本號字符型6Y默認(rèn)傳V1.（略）opter_type經(jīng)辦人類別3YY1-經(jīng)辦人；2-自助終端；3-移動終端（略）opter經(jīng)辦人字符型（略）Y按地方要求傳入經(jīng)辦人終端編號（略）opter_name經(jīng)辦人姓名字符型（略）Y按地方要求傳入經(jīng)辦人姓名終端名稱（略）inf_time交易時間日期時間型（略）Y（略）fixmedins_code定點醫(yī)藥機構(gòu)編號字符型（略）Y（略）fixmedins_name定點醫(yī)藥機構(gòu)名稱字符型（略）Y（略）sign_no交易簽到流水號字符型（略）通過醫(yī)保簽到【（略）】交易獲取（略）input交易輸入字符型（略）Y（略）output交易輸出字符型（略）N【（略）】門診掛號、【（略）】入院（略）接口必填二.3.接口輸出報文格式定義（與醫(yī)保一致）報文采用JSON格式，交易參數(shù)定義如下：表3交易輸出參數(shù)定義序號數(shù)據(jù)（略）標(biāo)識數(shù)據(jù)（略）名稱類型長度代碼標(biāo)識是否非空備注1infcode交易狀態(tài)碼數(shù)值型4Y詳見下節(jié)2inf_refmsgid接收方報文ID字符型（略）Y接收方返回，接收（略）劃代碼6+時間（略）+流水號（略）時間格式：yyyyMMddHHmmss3refmsg_time接收報文時間字符型（略）格式：yyyyMMddHHmmssSSS4respond_time響應(yīng)報文時間字符型（略）格式：yyyyMMddHHmmssSSS5err_msg錯誤信息字符型（略）交易失敗狀態(tài)下，業(yè)務(wù)返回的錯誤信息6output交易輸出字符型（略）二.4.交易狀態(tài)碼說明（與醫(yī)保一致）交易狀態(tài)碼infcode規(guī)格如下：表4報文狀態(tài)說明序號STATUS值值說明備注（略）成功2-1失敗二.5.重點說明（與醫(yī)保一致）l調(diào)用交易時INPUT、OUTPUT節(jié)點應(yīng)按照接口安全相關(guān)要求進(jìn)行（略）。l時間格式代碼說明：yyyy（年，4位）、MM（月，2位）、dd（日，2位）、HH（（略）小時制，2位）、mm（（略）鐘，2位）、ss（秒，2位）、SSS（毫秒，3位）。l日期時間型的數(shù)據(jù)（略）（例如開始時間）格式（略）yyyy-MM-ddHH:mm:ss；日期型的數(shù)據(jù)（略）（例如開始日期）格式（略）yyyy-MM-dd。l查詢中輸入開始結(jié)束時間，格式為yyyy-MM-dd，時間范圍默認(rèn)開始于（略）:（略）:（略），結(jié)束于（略）:（略）:（略）。例如時間（略）-（略）-（略）～（略）-（略）-（略）則匹配時間（略）-（略）-（略）:（略）:（略）～（略）-（略）-（略）:（略）:（略）的數(shù)據(jù)。l報文中的輸入輸出項的字符型串中的根節(jié)點和各個子節(jié)點一律小寫。l類型為數(shù)值的參數(shù)，如果為空，必須傳“0”，其他為空串（“”），T（略）T文件中空值使用“null”。lT（略）T文件使用字符集為UTF-8。l接口輸入、輸出數(shù)據(jù)（略）代碼標(biāo)識為“Y”的，字典內(nèi)容參照文章中字典表部（略）內(nèi)容。l報文中INPUTOUTPUT輸入信息輸出信息要符合JSON格式的約定。l如果信息中出現(xiàn)的下列字符，需要進(jìn)行轉(zhuǎn)義處理：1、“"”轉(zhuǎn)義為“"”；2、“”轉(zhuǎn)義為“”。l本接口所有exp_content擴展格式統(tǒng)一為嵌套json格式，樣例如下："exp_content":"local_dise":"A（略）"l目錄首次（略）版本號傳0。l結(jié)算類業(yè)務(wù)的入?yún)㈦U種類型應(yīng)該取讀卡返回正常參保的主險種。l報文頭cainfo需要（略）下發(fā)的安全管理碼。不需要對input加密和output解密，采用明文進(jìn)行交易。第三章接口服務(wù)列表請求方式POST編碼方式UTF-8URLhttps:****LHECISMLNJGYQWLEnterService重點說明1、接口【（略）A】用于用戶認(rèn)證，并須同步執(zhí)行以獲取返回值。成功認(rèn)證后，將返回的token插入其他接口請求的頭部，用于用戶信息驗證。2、所有其他接口均設(shè)計為異步調(diào)用，且其請求體應(yīng)與對應(yīng)的醫(yī)保接口請求體相匹配。3、為保證數(shù)據(jù)之間的關(guān)聯(lián)性，部（略）接口除了需提供標(biāo)準(zhǔn)醫(yī)保接口的請求體外，還必須增加一個output字段，其中包含來自原醫(yī)保接口的返回值。4、針對自費患者，部（略）接口已更新，調(diào)（略）了缺失的醫(yī)保相關(guān)字段含義。相應(yīng)的，部（略）醫(yī)保相關(guān)字段如人員編號（psn_no）調(diào)（略）為非必填項。5、所有與醫(yī)保相關(guān)的監(jiān)管接口（略）在業(yè)務(wù)成功后異步調(diào)用，接口返回內(nèi)容僅為聯(lián)機交易是否調(diào)用成功，不同步返回業(yè)務(wù)判定結(jié)果，判定結(jié)果會在相關(guān)后臺展示6、所有與醫(yī)保相關(guān)的監(jiān)管接口僅做必填性校驗并返回必填校驗結(jié)果，不會返回監(jiān)管判定結(jié)果。接口編號接口名稱調(diào)用方式入?yún)⒊鰠⒚枋觯裕〢用戶認(rèn)證獲取token實時--用于用戶認(rèn)證，并生成token。此token需加入到其他接口請求的頭部用于用戶信息驗證。（略）門診掛號實時定時YY調(diào)用醫(yī)?！荆裕块T診掛號接口，并獲得出參后，異步調(diào)用該接口。請求體與醫(yī)?！荆裕拷涌诒３忠恢?，并額外增加一個"output"字段，用于存放從【（略）】接口獲得的出參。自費患者（略）時，mdtrt_id就診ID填寫院內(nèi)流水號，與ipt_otp_no住院門診號保持一致；（略）門診掛號撤銷實時定時Y調(diào)用醫(yī)保【（略）】門診掛號撤銷接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）門診費用明細(xì)信息（略）實時定時Y調(diào)用醫(yī)?！荆裕块T診費用明細(xì)信息（略）接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）門診費用明細(xì)信息撤銷實時定時Y調(diào)用醫(yī)?！荆裕块T診費用明細(xì)信息撤銷接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）住院費用明細(xì)（略）實時定時Y調(diào)用醫(yī)?！荆裕孔≡嘿M用明細(xì)（略）接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）住院費用明細(xì)撤銷實時定時Y調(diào)用醫(yī)保【（略）】住院費用明細(xì)撤銷接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）入院（略）實時定時YY調(diào)用醫(yī)?！荆裕咳朐海裕┙涌诤?，并獲得出參后，異步調(diào)用該接口。請求體與醫(yī)保【（略）】接口保持一致，并額外增加一個"output"字段，用于存放從【（略）】接口獲得的出參。自費患者（略）時，mdtrt_id就診ID填寫院內(nèi)就診流水號，與ipt_no住院號保持一致；（略）入院撤銷實時定時Y調(diào)用醫(yī)?！荆裕咳朐撼蜂N接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）住院病案首頁信息實時定時Y調(diào)用醫(yī)保【（略）】住院病案首頁信息接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）A醫(yī)療保障基金結(jié)算清單信息（略）（新）實時定時Y調(diào)用醫(yī)?！荆裕〢】醫(yī)療保障基金結(jié)算清單信息（略）（新）接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）A】的完全一致。（略）出院（略）實時定時Y調(diào)用醫(yī)?！荆裕砍鲈海裕┙涌诤?，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）出院撤銷實時定時Y調(diào)用醫(yī)?！荆裕砍鲈撼蜂N接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）商品采購實時定時Y調(diào)用醫(yī)?！荆裕可唐凡少徑涌诤螅惒秸{(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）商品采購?fù)素泴崟r定時Y調(diào)用醫(yī)?！荆裕可唐凡少?fù)素浗涌诤?，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）明細(xì)審核事前（略）析服務(wù)實時定時Y調(diào)用醫(yī)?！荆裕棵骷?xì)審核事前（略）析服務(wù)接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。（略）明細(xì)審核事中（略）析服務(wù)實時定時Y調(diào)用醫(yī)保【（略）】明細(xì)審核事中（略）析服務(wù)接口后，異步調(diào)用該接口。請求體與醫(yī)保接口【（略）】的完全一致。二、（略）醫(yī)（略）-非實時數(shù)據(jù)采集范圍（詳細(xì)各（略）表接口字段接口服務(wù)說明、值域碼表參見接口文件“（略）醫(yī)（略）-非實時數(shù)據(jù)采集范圍v2.0.6”）引言本數(shù)據(jù)集依據(jù)《WS（略）.（略）基本信息基本數(shù)據(jù)集》、《WS（略）.（略）疾病管理基本數(shù)據(jù)集》、《WS（略）.（略）醫(yī)療服務(wù)基本數(shù)據(jù)集》、《WS（略）.（略）電子病歷基本數(shù)據(jù)集》、《衛(wèi)統(tǒng)指標(biāo)標(biāo)準(zhǔn)WST（略）.5-（略）》、《WST（略）-（略）國家衛(wèi)生信息資源（略）類與編碼管理規(guī)范》、（略）域全民健康信息互聯(lián)互通標(biāo)準(zhǔn)化成熟度測評方案（（略）年版）等文件制定。表中涉及ORG_CODE、ORG_NAME字段，只需在采集接口的公共參數(shù)中填入即可，無需在input內(nèi)體現(xiàn)。第一章患者基本信息1.1患者基本信息數(shù)據(jù)表結(jié)構(gòu)（新增表字段）數(shù)據(jù)采集規(guī)則：按更新日期采集數(shù)據(jù)（略）。（略）頻率：按天增量（略）表名：PERSONALINFORMATION1.2過敏信息數(shù)據(jù)采集規(guī)則：按更新日期采集數(shù)據(jù)（略）。（略）頻率：按天增量（略）表名：EMR_ALLERY_INFORMATION第二章醫(yī)療門診數(shù)據(jù)（略）.1門診急診掛號數(shù)據(jù)表結(jié)構(gòu)數(shù)據(jù)采集規(guī)則：