醫(yī)科大學(xué)附屬第二醫(yī)院信息系統(tǒng)重構(gòu)項目招標(biāo)文件

頁ADDINCNKISM.UserStyle公開招標(biāo)采購文件項目名稱：信息系統(tǒng)重構(gòu)

目錄TOC\o"1-1"\h\z第一章招標(biāo)公告 3供應(yīng)商須知前附表 6第二章采購內(nèi)容及需求 11（一）招標(biāo)內(nèi)容及整體要求 11（二）技術(shù)參數(shù)規(guī)格 38（三）商務(wù)要求 194第三章供應(yīng)商須知 198第四章評標(biāo)辦法 210第五章采購合同 219第六章投標(biāo)文件格式 225

第一章招標(biāo)公告項目概況溫州醫(yī)科大學(xué)附屬第二醫(yī)院信息系統(tǒng)重構(gòu)招標(biāo)項目的潛在投標(biāo)人應(yīng)在政府采購云平臺（）獲?。ㄏ螺d）招標(biāo)文件，并于2022年7月21日09：00（北京時間）前遞交（上傳）投標(biāo)文件。一、項目基本情況項目編號：ZJ-2270273-07項目名稱：溫州醫(yī)科大學(xué)附屬第二醫(yī)院信息系統(tǒng)重構(gòu)預(yù)算金額（元）：30000000最高限價（元）：30000000采購需求：標(biāo)項一：標(biāo)項名稱：信息系統(tǒng)重構(gòu)數(shù)量：1預(yù)算金額（元）：30000000簡要規(guī)格描述或項目基本概況介紹、用途：信息系統(tǒng)重構(gòu)，具體詳見采購文件。備注：無合同履約期限：按采購文件要求本項目（是）接受聯(lián)合體投標(biāo)。二、申請人的資格要求：1.滿足《中華人民共和國政府采購法》第二十二條規(guī)定；未被“信用中國”()、中國政府采購網(wǎng)（）列入失信被執(zhí)行人、重大稅收違法案件當(dāng)事人名單、政府采購嚴(yán)重違法失信行為記錄名單。2.落實(shí)政府采購政策需滿足的資格要求：/3.本項目的特定資格要求：無。三、獲取招標(biāo)文件時間：/至2022年7月21日，每天上午00：00至12：00，下午12：00至23：59（北京時間，線上獲取法定節(jié)假日均可，線下獲取文件法定節(jié)假日除外）地點(diǎn)（網(wǎng)址）：政府采購云平臺（）方式：在線獲取售價（元）：0四、提交投標(biāo)文件截止時間、開標(biāo)時間和地點(diǎn)提交投標(biāo)文件截止時間：2022年*月*日09：00（北京時間）投標(biāo)地點(diǎn)（網(wǎng)址）：線上（政府采購云平臺（））開標(biāo)時間：2022年7月21日09：00開標(biāo)地點(diǎn)（網(wǎng)址）：線上（政府采購云平臺（））五、公告期限自本公告發(fā)布之日起5個工作日。六、其他補(bǔ)充事宜1.《浙江省財政廳關(guān)于進(jìn)一步發(fā)揮政府采購政策功能全力推動經(jīng)濟(jì)穩(wěn)進(jìn)提質(zhì)的通知》（浙財采監(jiān)（2022）3號）、《浙江省財政廳關(guān)于進(jìn)一步促進(jìn)政府采購公平競爭打造最優(yōu)營商環(huán)境的通知》（浙財采監(jiān)（2021）22號）已分別于2022年1月29日和2022年2月1日開始實(shí)施，此前有關(guān)規(guī)定與上述文件內(nèi)容不一致的，按上述文件要求執(zhí)行。2.根據(jù)《浙江省財政廳關(guān)于進(jìn)一步促進(jìn)政府采購公平競爭打造最優(yōu)營商環(huán)境的通知》（浙財采監(jiān)（2021）22號）文件關(guān)于“健全行政裁決機(jī)制”要求，鼓勵供應(yīng)商在線提起詢問，路徑為：政采云－項目采購－詢問質(zhì)疑投訴－詢問列表：鼓勵供應(yīng)商在線提起質(zhì)疑，路徑為：政采云－項目采購－詢問質(zhì)疑投訴－質(zhì)疑列表。質(zhì)疑供應(yīng)商對在線質(zhì)疑答復(fù)不滿意的，可在線提起投訴，路徑為：浙江政府服務(wù)網(wǎng)－政府采購?fù)对V處理－在線辦理。3.供應(yīng)商認(rèn)為采購文件使自己的權(quán)益受到損害的，可以自獲取采購文件之日或者采購公告期限屆滿之日（公告期限屆滿后獲取采購文件的，以公告期限屆滿之日為準(zhǔn)）起7個工作日內(nèi)，對采購文件需求的以書面形式向采購人提出質(zhì)疑，對其他內(nèi)容的以書面形式向采購人和采購代理機(jī)構(gòu)提出質(zhì)疑。質(zhì)疑供應(yīng)商對采購人、采購代理機(jī)構(gòu)的答復(fù)不滿意或者采購人、采購代理機(jī)構(gòu)未在規(guī)定的時間內(nèi)作出答復(fù)的，可以在答復(fù)期滿后十五個工作日內(nèi)向同級政府采購監(jiān)督管理部門投訴。質(zhì)疑函范本、投訴書范本請到浙江政府采購網(wǎng)下載專區(qū)下載。4.其他事項：（1）采購項目需要落實(shí)的政府采購政策：《政府采購促進(jìn)中小企業(yè)發(fā)展管理辦法》（財庫﹝2020﹞46號）、《關(guān)于促進(jìn)殘疾人就業(yè)政府采購政策的通知》（財庫〔2017〕141號）、《關(guān)于政府采購支持監(jiān)獄企業(yè)發(fā)展有關(guān)問題的通知》（財庫[2014]68號）、《關(guān)于調(diào)整優(yōu)化節(jié)能產(chǎn)品環(huán)境標(biāo)志產(chǎn)品政府采購執(zhí)行機(jī)制的通知》（財庫[2019]9號）。（2）根據(jù)《浙江省財政廳關(guān)于規(guī)范政府采購供應(yīng)商資格設(shè)定及資格審查的通知》（浙財采監(jiān)[2013]24號）第6條規(guī)定接受金融、保險、通信等特定行業(yè)的全國性企業(yè)所設(shè)立的區(qū)域性分支機(jī)構(gòu)，以及個體工商戶、個人獨(dú)資企業(yè)、合伙企業(yè)，且已經(jīng)依法辦理了工商、稅務(wù)和社保登記手續(xù)，并且獲得總機(jī)構(gòu)授權(quán)或能夠提供房產(chǎn)權(quán)證或其他有效財產(chǎn)證明材料，證明其具備實(shí)際承擔(dān)責(zé)任的能力和法定的締結(jié)合同能力。（3）單位負(fù)責(zé)人為同一人或者存在直接控股、管理關(guān)系的不同供應(yīng)商，不得同時參加同一合同項下的投標(biāo)。（4）為項目提供整體設(shè)計、規(guī)范編制或者項目管理、監(jiān)理、檢測等服務(wù)的供應(yīng)商，不得參加該項目的投標(biāo)。（5）本項目采購文件公告期限為本公告發(fā)布之日起5個工作日。七、對本次采購提出詢問、質(zhì)疑、投訴，請按以下方式聯(lián)系

供應(yīng)商須知前附表序號名稱內(nèi)容1采購人2采購代理機(jī)構(gòu)3踏勘現(xiàn)場自行踏勘4資金來源已落實(shí)5環(huán)境標(biāo)志產(chǎn)品節(jié)能產(chǎn)品（1）嚴(yán)格執(zhí)行《財政部發(fā)展改革委生態(tài)環(huán)境部市場監(jiān)管總局關(guān)于調(diào)整優(yōu)化節(jié)能產(chǎn)品、環(huán)境標(biāo)志產(chǎn)品政府采購執(zhí)行機(jī)制的通知》（財庫〔2019〕9號）。（2）采購人擬采購的產(chǎn)品屬于品目清單范圍的，采購人及其委托的采購代理機(jī)構(gòu)將依據(jù)國家確定的認(rèn)證機(jī)構(gòu)出具的、處于有效期之內(nèi)的節(jié)能產(chǎn)品、環(huán)境標(biāo)志產(chǎn)品認(rèn)證證書，對獲得證書的產(chǎn)品實(shí)施政府優(yōu)先采購或強(qiáng)制采購。供應(yīng)商須按采購文件要求提供相關(guān)產(chǎn)品認(rèn)證證書。▲（3）采購人擬采購的產(chǎn)品屬于政府強(qiáng)制采購的節(jié)能產(chǎn)品品目清單范圍的，供應(yīng)商未按采購文件要求提供國家確定的認(rèn)證機(jī)構(gòu)出具的、處于有效期之內(nèi)的節(jié)能產(chǎn)品認(rèn)證證書，投標(biāo)無效。屬于政府優(yōu)先采購產(chǎn)品類別的，須按照要求提供依據(jù)國家確定的認(rèn)證機(jī)構(gòu)出具的、處于有效期之內(nèi)的節(jié)能產(chǎn)品或環(huán)境標(biāo)志產(chǎn)品認(rèn)證證書，否則不予認(rèn)定。eq\o\ac(□)適用R不適用6投標(biāo)產(chǎn)品主體eq\o\ac(□,√)不適用7投標(biāo)保證金□適用eq\o\ac(□,√)不適用8投標(biāo)文件有效期自投標(biāo)截止時間起90天9投標(biāo)截止時間按“招標(biāo)公告”規(guī)定10投標(biāo)地點(diǎn)按“招標(biāo)公告”規(guī)定11開標(biāo)時間和地點(diǎn)按“招標(biāo)公告”規(guī)定12投標(biāo)答疑供應(yīng)商如認(rèn)為采購文件表述不清晰的，請于2022年7月11日17：00之前將疑問發(fā)送至該電子郵件（郵箱）。答疑回復(fù)內(nèi)容是采購文件的組成部分，并將以更正公告的形式在本采購公告發(fā)布的同一媒體發(fā)布，請供應(yīng)商密切關(guān)注更正公告。13采購文件的澄清與修改采購人或者采購代理機(jī)構(gòu)可以對已發(fā)出的采購文件進(jìn)行必要的澄清或者修改。澄清或者修改的內(nèi)容可能影響投標(biāo)文件編制的，采購人或者采購代理機(jī)構(gòu)應(yīng)當(dāng)在投標(biāo)截止時間至少15日前，將以更正公告的形式在采購公告發(fā)布的同一媒體發(fā)布。采購文件的修改和澄清（答疑）答復(fù)的文件作為采購文件的補(bǔ)充和組成部分，對所有供應(yīng)商均有約束力。若后續(xù)仍有更正內(nèi)容，將繼續(xù)以更正公告形式在本網(wǎng)站發(fā)布，請供應(yīng)商密切關(guān)注更正公告。14投標(biāo)文件形式本項目實(shí)行電子投標(biāo)。供應(yīng)商應(yīng)準(zhǔn)備2種形式的投標(biāo)文件：電子加密投標(biāo)文件、以介質(zhì)存儲的數(shù)據(jù)電文形式的備份投標(biāo)文件。（1）“電子加密投標(biāo)文件”是指通過“政采云電子交易客戶端”完成投標(biāo)文件編制后生成并加密的數(shù)據(jù)電文形式的投標(biāo)文件（后綴格式為.jmbs）（2）“備份投標(biāo)文件”是指與“電子加密投標(biāo)文件”同時生成的數(shù)據(jù)電文形式的電子文件（備份投標(biāo)文件，用于供應(yīng)商電子加密投標(biāo)文件解密異常時應(yīng)急使用），其他方式編制的備份投標(biāo)文件視為無效備份投標(biāo)文件。備份投標(biāo)文件（后綴格式為.bfbs）以U盤形式提供或發(fā)電子郵件至。15投標(biāo)文件的上傳和遞交（1）電子加密投標(biāo)文件：投標(biāo)文件制作完成并生成加密文件，在投標(biāo)截止時間前，供應(yīng)商需將加密的投標(biāo)文件上傳至浙江政府采購網(wǎng)，到達(dá)開標(biāo)時間后，供應(yīng)商自行解密。供應(yīng)商未能在投標(biāo)截止時間前成功上傳電子加密投標(biāo)文件的投標(biāo)無效。（2）備份投標(biāo)文件：投標(biāo)截止時間前，供應(yīng)商應(yīng)將備份投標(biāo)文件遞交至開標(biāo)地點(diǎn)，以便電子加密投標(biāo)文件解密異常時應(yīng)急使用。備份投標(biāo)文件遞交要求：供應(yīng)商須將備份投標(biāo)文件以U盤形式單獨(dú)放在密封袋中，密封后并在密封袋上注明投標(biāo)項目名稱、投標(biāo)單位名稱并加蓋公章。未密封包裝或者逾期送達(dá)的“備份投標(biāo)文件”將不予接收。供應(yīng)商若選擇非開標(biāo)當(dāng)天遞交，請確保在2022年7月20日17：00之前，將備份投標(biāo)文件通過快遞形式或直接送達(dá)采購代理機(jī)構(gòu)處，以便標(biāo)書解密異常時應(yīng)急使用（地址：）16詢標(biāo)澄清在評標(biāo)過程中，如評審小組對投標(biāo)文件有疑問，由評審組長或代理機(jī)構(gòu)代為將問題匯總后發(fā)起詢標(biāo)澄清函，供應(yīng)商應(yīng)在規(guī)定截止時間前回復(fù)相關(guān)內(nèi)容并提交。17質(zhì)疑根據(jù)《中華人民共和國政府采購法》第五十二條的規(guī)定，供應(yīng)商認(rèn)為采購文件、采購過程和中標(biāo)、成交結(jié)果使自己的權(quán)益受到損害的，可以在知道或者應(yīng)知其權(quán)益受到損害之日起七個工作日內(nèi)，以書面形式向采購人、采購代理機(jī)構(gòu)提出質(zhì)疑。政府采購法第五十二條規(guī)定的供應(yīng)商應(yīng)知其權(quán)益受到損害之日，是指：（一）對可以質(zhì)疑的采購文件提出質(zhì)疑的，為收到采購文件之日或者采購文件公告期限屆滿之日；（二）對采購過程提出質(zhì)疑的，為各采購程序環(huán)節(jié)結(jié)束之日；（三）對中標(biāo)或者成交結(jié)果提出質(zhì)疑的，為中標(biāo)或者成交結(jié)果公告期限屆滿之日。根據(jù)《政府采購質(zhì)疑和投訴辦法》第十三條，采購人、采購代理機(jī)構(gòu)不得拒收質(zhì)疑供應(yīng)商在法定質(zhì)疑期內(nèi)發(fā)出的質(zhì)疑函，應(yīng)當(dāng)在收到質(zhì)疑函后7個工作日內(nèi)作出答復(fù)，并以書面形式通知質(zhì)疑供應(yīng)商和其他有關(guān)供應(yīng)商。18投訴根據(jù)《中華人民共和國政府采購法》第五十五條的規(guī)定，質(zhì)疑供應(yīng)商對采購人、采購代理機(jī)構(gòu)的答復(fù)不滿意或者采購人、采購代理機(jī)構(gòu)未在規(guī)定的時間內(nèi)作出答復(fù)的，可以在答復(fù)期滿后十五個工作日內(nèi)向同級政府采購監(jiān)督管理部門投訴。19樣品eq\o\ac(□,√)不提供20演示本項目組織系統(tǒng)演示。本項目評標(biāo)時安排每個投標(biāo)人進(jìn)行系統(tǒng)演示，系統(tǒng)演示要求詳見采購文件第四章中評標(biāo)細(xì)則及標(biāo)準(zhǔn)。每個投標(biāo)人時間不超過25分鐘，演示次序以投標(biāo)文件解密成功時間先后次序?yàn)闇?zhǔn)，如遇不演示或現(xiàn)場未及時響應(yīng)的投標(biāo)人則自動至下一次序投標(biāo)人。方式：現(xiàn)場系統(tǒng)演示。投標(biāo)人應(yīng)在提交投標(biāo)文件截止時間前到采購文件規(guī)定線下會議室簽到（溫州市車站大道789號，智慧谷創(chuàng)意園i棟2樓，甌辦工場2013室）后按評標(biāo)委員會指定的時間段和會議室進(jìn)行現(xiàn)場系統(tǒng)演示，演示現(xiàn)場提供網(wǎng)絡(luò)環(huán)境及投影儀，其余由投標(biāo)人自備。投標(biāo)人進(jìn)入系統(tǒng)演示現(xiàn)場的演示代表不超過2人，系統(tǒng)演示人員進(jìn)場前須核驗(yàn)演示代表身份證明原件及投標(biāo)人出具的加蓋投標(biāo)人公章的書面授權(quán)演示代表證明（注明姓名，身份證號），核驗(yàn)合格后方可開始現(xiàn)場系統(tǒng)演示，否則系統(tǒng)演示不得分。未按要求及時到現(xiàn)場簽到并經(jīng)演示人員身份核驗(yàn)合格后進(jìn)行系統(tǒng)演示的，本項現(xiàn)場系統(tǒng)演示不得分。（3）相關(guān)說明：因投標(biāo)人自身原因?qū)е聼o法演示或者演示效果不理想的，責(zé)任自負(fù)。21支持中小企業(yè)1.說明（1）中小企業(yè)中小企業(yè)是指在中華人民共和國境內(nèi)依法設(shè)立，依據(jù)國務(wù)院批準(zhǔn)的中小企業(yè)劃分標(biāo)準(zhǔn)確定的中型企業(yè)、小型企業(yè)和微型企業(yè)，但與大企業(yè)的負(fù)責(zé)人為同一人，或者與大企業(yè)存在直接控股、管理關(guān)系的除外。符合中小企業(yè)劃分標(biāo)準(zhǔn)的個體工商戶，在政府采購活動中視同中小企業(yè)。在政府采購活動中，供應(yīng)商提供的貨物、工程或者服務(wù)符合下列情形的，享受本辦法規(guī)定的中小企業(yè)扶持政策：（一）在貨物采購項目中，貨物由中小企業(yè)制造，即貨物由中小企業(yè)生產(chǎn)且使用該中小企業(yè)商號或者注冊商標(biāo)；（二）在工程采購項目中，工程由中小企業(yè)承建，即工程施工單位為中小企業(yè)；（三）在服務(wù)采購項目中，服務(wù)由中小企業(yè)承接，即提供服務(wù)的人員為中小企業(yè)依照《中華人民共和國勞動合同法》訂立勞動合同的從業(yè)人員。在貨物采購項目中，供應(yīng)商提供的貨物既有中小企業(yè)制造貨物，也有大型企業(yè)制造貨物的，不享受本辦法規(guī)定的中小企業(yè)扶持政策。以聯(lián)合體形式參加政府采購活動，聯(lián)合體各方均為中小企業(yè)的，聯(lián)合體視同中小企業(yè)。其中，聯(lián)合體各方均為小微企業(yè)的，聯(lián)合體視同小微企業(yè)。響應(yīng)文件中須同時出具《政府采購促進(jìn)中小企業(yè)發(fā)展管理辦法》【財庫（2020）46號】規(guī)定的《中小企業(yè)聲明函》，否則不得享受價格扣除。（2）殘疾人福利性單位符合《關(guān)于促進(jìn)殘疾人就業(yè)政府采購政策的通知》（財庫〔2017〕141號）規(guī)定的條件并提供提供《殘疾人福利性單位聲明函》的殘疾人福利性單位視同小型、微型企業(yè)；（3）監(jiān)獄企業(yè)根據(jù)《關(guān)于政府采購支持監(jiān)獄企業(yè)發(fā)展有關(guān)問題的通知》（財庫[2014]68號）的規(guī)定，供應(yīng)商提供由省級以上監(jiān)獄管理局、戒毒管理局（含新疆生產(chǎn)建設(shè)兵團(tuán)）出具的屬于監(jiān)獄企業(yè)證明文件的，視同為小型和微型企業(yè)。2.價格扣除：本項目對符合規(guī)定的小微企業(yè)（含小型企業(yè)）報價給予10%的扣除。3.本項目采購標(biāo)的所屬行業(yè)為：軟件和信息技術(shù)服務(wù)業(yè)22聯(lián)合體和分包（1）對于聯(lián)合協(xié)議約定小微企業(yè)的合同份額占到合同總金額30%以上的，其報價給予3%的扣除，用扣除后的價格參加評審。組成聯(lián)合體的小微企業(yè)與聯(lián)合體內(nèi)其他企業(yè)之間存在直接控股、管理關(guān)系的，不享受價格扣除優(yōu)惠政策。（2）對于分包意向協(xié)議約定小微企業(yè)的合同份額占到合同總金額30%以上的，其報價給予3%的扣除，用扣除后的價格參加評審。接受分包的小微企業(yè)與分包企業(yè)之間存在直接控股、管理關(guān)系的，不享受價格扣除優(yōu)惠政策。（3）以聯(lián)合體形式進(jìn)行投標(biāo)的，參加聯(lián)合體的供應(yīng)商均應(yīng)當(dāng)具備政府采購法第二十二條規(guī)定的條件，并應(yīng)當(dāng)在投標(biāo)文件中提交聯(lián)合協(xié)議，載明聯(lián)合體各方承擔(dān)的工作和義務(wù)。聯(lián)合體各方應(yīng)當(dāng)共同與采購人簽訂采購合同，就采購合同約定的事項對采購人承擔(dān)連帶責(zé)任。（4）聯(lián)合體中有同類資質(zhì)的供應(yīng)商按照聯(lián)合體分工承擔(dān)相同工作的，應(yīng)當(dāng)按照資質(zhì)等級較低的供應(yīng)商確定資質(zhì)等級。（5）以聯(lián)合體形式參加投標(biāo)的，聯(lián)合體各方不得再單獨(dú)參加或者與其他供應(yīng)商另外組成聯(lián)合體參加本項目的投標(biāo)。23其他（1）采購文件中凡標(biāo)注“▲”的條款均為實(shí)質(zhì)性要求，不響應(yīng)的投標(biāo)文件將作無效標(biāo)處理。（2）供應(yīng)商未上傳電子加密投標(biāo)文件，其投標(biāo)無效。（3）供應(yīng)商上傳了電子加密投標(biāo)文件，未提供備份投標(biāo)文件，解密出現(xiàn)問題后，由此導(dǎo)致對該供應(yīng)商投標(biāo)無法評審的，其后果由該供應(yīng)商自行承擔(dān)。（4）各供應(yīng)商自行在浙江政府采購網(wǎng)下載或查閱采購文件和相關(guān)更正公告等，不另行通知，如有遺漏采購人、采購代理機(jī)構(gòu)概不負(fù)責(zé)。（5）兩家或兩家以上供應(yīng)商提供的投標(biāo)文件出自同一終端設(shè)備的，或在相同Internet主機(jī)分配地址（相同IP地址）報名或網(wǎng)上投標(biāo)的，后果由供應(yīng)商自行承擔(dān)。

第二章采購內(nèi)容及需求（一）招標(biāo)內(nèi)容及整體要求一、項目概述溫州醫(yī)科大學(xué)附屬第二醫(yī)院、育英兒童醫(yī)院是浙江省屬三甲綜合性醫(yī)院，以“特色鮮明的一流大學(xué)附屬醫(yī)院和國家級區(qū)域醫(yī)療中心”為發(fā)展目標(biāo)，隨著智慧醫(yī)院建設(shè)的快速發(fā)展，醫(yī)院依托信息中心\大數(shù)據(jù)中心的自主研發(fā)能力，在第三方軟件廠商的協(xié)同支持下，已經(jīng)建立了覆蓋全院業(yè)務(wù)的信息系統(tǒng)體系，包含來自不同廠商的醫(yī)技、護(hù)理、財務(wù)、行政管理等業(yè)務(wù)系統(tǒng)，成為了目前醫(yī)院運(yùn)營和管理的有力支撐。醫(yī)院信息化建設(shè)取得快速發(fā)展的同時，也充分暴露出醫(yī)院信息化發(fā)展過程中的各種瓶頸問題，全院業(yè)務(wù)系統(tǒng)的信息共享整合及互聯(lián)互通的需求越來越大，數(shù)據(jù)管理的規(guī)范化、標(biāo)準(zhǔn)化要求越來越高。其中醫(yī)院已建設(shè)信息集成平臺，但在平臺建設(shè)過程中，醫(yī)院原有HIS內(nèi)部交互采用緊耦合方式，集成平臺未發(fā)揮其本身的消息通道、中間橋梁的價值。同時醫(yī)院核心業(yè)務(wù)信息系統(tǒng)多采用C/S架構(gòu)設(shè)計，PB+DB模式，可擴(kuò)展性、可維護(hù)性較差；采用的開發(fā)語言及應(yīng)用架構(gòu)已經(jīng)過于老化且跟不上最新的建設(shè)要求，維護(hù)較為困難。功能已不能滿足當(dāng)前需求，流程覆蓋不完整，如：閉環(huán)醫(yī)囑、診間預(yù)約、移動醫(yī)護(hù)、費(fèi)用自動審核等；流程協(xié)同不完善（在信息交互、共享、反饋等方面），如：臨床藥師和住院醫(yī)生的協(xié)同、門診藥師和門診醫(yī)生的協(xié)同、病歷質(zhì)控和臨床醫(yī)生的協(xié)同等。為此，依據(jù)《中華人民共和國基本醫(yī)療衛(wèi)生與健康促進(jìn)法》、《中華人民共和國標(biāo)準(zhǔn)化法》、國務(wù)院《關(guān)于實(shí)施健康中國行動的意見》（國發(fā)〔2019〕13號）、國務(wù)院辦公廳《關(guān)于促進(jìn)“互聯(lián)網(wǎng)+醫(yī)療健康”發(fā)展的意見》（國辦發(fā)〔2018〕26號）、浙江省委《浙江省數(shù)字化改革總體方案》浙委改發(fā)〔2021〕2號等相關(guān)政策文件，為落實(shí)新醫(yī)改相關(guān)工作任務(wù)，積極響應(yīng)浙江省衛(wèi)健委“數(shù)字化改革”的政策精神，加強(qiáng)并持續(xù)推進(jìn)醫(yī)院信息化建設(shè)進(jìn)程，提高健康診療信息交互共享和醫(yī)療服務(wù)協(xié)同水平和信息惠民成效，采用目前主流的云原生微服務(wù)架構(gòu)，對醫(yī)院現(xiàn)有系統(tǒng)實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型，建立彈性可擴(kuò)展的技術(shù)底座，不斷創(chuàng)新醫(yī)院的智慧化服務(wù)應(yīng)用，全面提升醫(yī)院的管理和服務(wù)能力，逐步實(shí)現(xiàn)“智慧醫(yī)療、智慧管理和智慧服務(wù)”。二、建設(shè)目標(biāo)要求通過本項目建設(shè)，從醫(yī)療數(shù)據(jù)整合利用出發(fā)，梳理各業(yè)務(wù)系統(tǒng)的業(yè)務(wù)流程和數(shù)據(jù)流向，實(shí)現(xiàn)醫(yī)院不同系統(tǒng)間“互聯(lián)互通、信息共享、業(yè)務(wù)協(xié)同”，充分利用整合后的數(shù)據(jù)更好的服務(wù)于臨床、科研、醫(yī)院管理及患者服務(wù)。并達(dá)到以下要求：? 建立完善的醫(yī)院信息系統(tǒng)基礎(chǔ)架構(gòu)與標(biāo)準(zhǔn)體系，完成數(shù)據(jù)標(biāo)準(zhǔn)化治理與建設(shè)，滿足國內(nèi)外行業(yè)標(biāo)準(zhǔn)和規(guī)范。? 優(yōu)化現(xiàn)有信息系統(tǒng)架構(gòu)，實(shí)現(xiàn)醫(yī)聯(lián)網(wǎng)、多院區(qū)、企業(yè)級的一體化智慧平臺應(yīng)用，支撐區(qū)域化醫(yī)療業(yè)務(wù)快速拓展。? 促進(jìn)以患者為中心的醫(yī)療信息資源的整合與利用? 提高醫(yī)療服務(wù)質(zhì)量及科研水平，為科教研智慧服務(wù)奠定基礎(chǔ)? 促進(jìn)醫(yī)院高質(zhì)量管理及電子病歷高級別應(yīng)用、提升臨床輔助決策水平? 以評促建，完成符合醫(yī)院信息化等級評審的信息化建設(shè)? 促進(jìn)醫(yī)療機(jī)構(gòu)間業(yè)務(wù)協(xié)同，推動區(qū)域化診療、互聯(lián)網(wǎng)醫(yī)療的發(fā)展并實(shí)現(xiàn)達(dá)到以下目標(biāo)：（1）落實(shí)浙江省醫(yī)療衛(wèi)生服務(wù)領(lǐng)域“最多跑一次”服務(wù)為全面優(yōu)化醫(yī)療機(jī)構(gòu)就醫(yī)環(huán)境，提升醫(yī)療衛(wèi)生服務(wù)規(guī)范化、人性化、智慧化、便利化、特色化水平，逐步提升患者就醫(yī)體驗(yàn)，浙江省衛(wèi)健委從2018年開始連續(xù)3年遞進(jìn)式提出浙江省醫(yī)療衛(wèi)生服務(wù)領(lǐng)域“最多跑一次”改革服務(wù)，作為新醫(yī)改“三醫(yī)聯(lián)動”、“六醫(yī)統(tǒng)籌”的重要舉措。從信息化的層面看，本次項目要求是在數(shù)據(jù)標(biāo)準(zhǔn)化和對接的基礎(chǔ)上，實(shí)現(xiàn)患者服務(wù)一站式完成，在某些場景下，通過借助自助機(jī)和移動互聯(lián)網(wǎng)方式，患者可更快捷完成各項服務(wù)辦理，一次都不用跑。（2）推進(jìn)醫(yī)院的數(shù)字化改革，提升現(xiàn)代醫(yī)院管理水平積極推進(jìn)浙江省委、省衛(wèi)健委提出的“醫(yī)療衛(wèi)生服務(wù)領(lǐng)域數(shù)字化改革提升患者就醫(yī)體驗(yàn)暨實(shí)施進(jìn)一步便利老年人就醫(yī)舉措工作方案（2021-2023年）”的行動目標(biāo)，打造新一代智慧化醫(yī)院業(yè)務(wù)管理系統(tǒng)，以中臺突破傳統(tǒng)系統(tǒng)能力瓶頸，引領(lǐng)醫(yī)療數(shù)字化升級。通過搭建中臺核心微服務(wù)架構(gòu)，聯(lián)動應(yīng)用溫州市“健康云”平臺資源，下沉核心資源共享，以微服務(wù)API提供統(tǒng)一的微服務(wù)調(diào)用管理，完成臨床系統(tǒng)最小核心集的一體化集成與融合，同時基于HL7FHIR互操作標(biāo)準(zhǔn)串連各類業(yè)務(wù)系統(tǒng)及互聯(lián)網(wǎng)應(yīng)用，實(shí)現(xiàn)數(shù)字化系統(tǒng)間互通、并存與演化。實(shí)現(xiàn)醫(yī)院數(shù)據(jù)的標(biāo)準(zhǔn)化管理。通過數(shù)據(jù)預(yù)治理滿足管理決策、臨床決策、科學(xué)研究、對外信息交流共享；實(shí)現(xiàn)統(tǒng)一的數(shù)據(jù)倉庫的設(shè)計及技術(shù)文檔、元數(shù)據(jù)管理等功能。提高醫(yī)院管理質(zhì)量和工作效率。規(guī)劃醫(yī)療資源，實(shí)現(xiàn)診療流程再造，提高醫(yī)院工作效率，提升醫(yī)院的整體服務(wù)能力，通過數(shù)據(jù)算法反哺優(yōu)化就診，有效解決就診“三長一短”現(xiàn)象。（3）鞏固現(xiàn)有病歷評級成果，落實(shí)電子病歷六級建設(shè)依托數(shù)字化改革，結(jié)合云原生的微服務(wù)框架技術(shù)，對新一代智慧醫(yī)院整體信息建設(shè)做頂層設(shè)計，對標(biāo)電子病歷六級水平，以我院當(dāng)前通過的等級評審水平為基礎(chǔ)，從以下五個方面重點(diǎn)加強(qiáng)信息化建設(shè)：1.全院各系統(tǒng)數(shù)據(jù)能夠按統(tǒng)一的醫(yī)療數(shù)據(jù)管理機(jī)制進(jìn)行信息集成，并提供跨部門集成展示工具；2.具有完備的數(shù)據(jù)采集智能化工具，支持病歷、報告等的結(jié)構(gòu)化、智能化書寫；3.實(shí)現(xiàn)醫(yī)療數(shù)據(jù)全流程閉環(huán)管理，展現(xiàn)醫(yī)療數(shù)據(jù)全流程狀態(tài)；4.基于集成的病人信息，利用知識庫實(shí)現(xiàn)決策支持服務(wù)，并能夠?yàn)獒t(yī)療管理和臨床科研工作提供數(shù)據(jù)挖掘功能。通過高水平全新建設(shè)，提高電子病歷使用率，有效改進(jìn)電子病歷質(zhì)量；5.重點(diǎn)地開展數(shù)據(jù)治理，加強(qiáng)數(shù)據(jù)合理應(yīng)用，全面實(shí)現(xiàn)臨床無紙化及區(qū)域互聯(lián)互通共享。（4）對標(biāo)互聯(lián)互通五乙標(biāo)準(zhǔn)提質(zhì)增速，加強(qiáng)醫(yī)療數(shù)據(jù)互通共享依據(jù)互聯(lián)互通五乙標(biāo)準(zhǔn)，對醫(yī)院平臺進(jìn)行重建，在建設(shè)之初就實(shí)現(xiàn)院內(nèi)術(shù)語和字典的統(tǒng)一，并以此推向集團(tuán)內(nèi)其他院區(qū)，實(shí)現(xiàn)與上級平臺基于共享文檔形式的交互，提升整個集團(tuán)醫(yī)院信息系統(tǒng)互聯(lián)互通水平，實(shí)現(xiàn)醫(yī)療信息和數(shù)據(jù)的互通共享。（5）瞄準(zhǔn)智慧服務(wù)三級目標(biāo)，線上線下一體化患者服務(wù)聯(lián)通醫(yī)院內(nèi)外的智慧服務(wù)初步建立。電子病歷的部分信息通過互聯(lián)網(wǎng)在醫(yī)院內(nèi)外進(jìn)行實(shí)時共享，部分診療信息可以在院外進(jìn)行處理，并與院內(nèi)電子病歷信息系統(tǒng)實(shí)時交互。建立院內(nèi)院外、線上線下一體化的醫(yī)療服務(wù)流程。達(dá)到智慧服務(wù)三級要求。三、建設(shè)標(biāo)準(zhǔn)依據(jù)本項目在建設(shè)過程中，需遵循相關(guān)國際國內(nèi)的行業(yè)標(biāo)準(zhǔn)，包括功能規(guī)范、數(shù)據(jù)標(biāo)準(zhǔn)、建設(shè)與管理標(biāo)準(zhǔn)等：（1）政策法規(guī)《“健康中國2030”規(guī)劃綱要》；《關(guān)于促進(jìn)智慧城市健康發(fā)展的指導(dǎo)意見》（發(fā)改高技〔2014〕1770號）；《關(guān)于推進(jìn)分級診療制度建設(shè)的指導(dǎo)意見》（國辦發(fā)〔2015〕70號）；《醫(yī)院信息化建設(shè)應(yīng)用技術(shù)指引（2017年版）》（試行）（國衛(wèi)辦規(guī)劃函〔2017〕1232號）；《國家發(fā)展改革委關(guān)于印發(fā)“十三五”國家政務(wù)信息化工程建設(shè)規(guī)劃的通知》（發(fā)改高技〔2017〕1449號）；國家衛(wèi)生健康委辦公廳《關(guān)于進(jìn)一步推進(jìn)以電子病歷為核心的醫(yī)療機(jī)構(gòu)信息化建設(shè)工作的通知》（國衛(wèi)辦醫(yī)發(fā)〔2018〕20號）；《關(guān)于印發(fā)公立醫(yī)院開展網(wǎng)絡(luò)支付業(yè)務(wù)指導(dǎo)意見的通知》（國衛(wèi)辦財務(wù)發(fā)〔2018〕23號）；國務(wù)院辦公廳文件《關(guān)于促進(jìn)“互聯(lián)網(wǎng)+醫(yī)療健康”發(fā)展的意見》（國辦發(fā)〔2018〕26號）的文件；《關(guān)于開展建立健全現(xiàn)代醫(yī)院管理制度試點(diǎn)的通知》（國衛(wèi)體改發(fā)〔2018〕50號文）;《關(guān)于印發(fā)電子病歷系統(tǒng)應(yīng)用水平分級評價管理辦法（試行）及評價標(biāo)準(zhǔn)（試行）的通知》（國衛(wèi)辦醫(yī)函〔2018〕1079號）；《醫(yī)療機(jī)構(gòu)醫(yī)用耗材管理辦法（試行）》（國衛(wèi)醫(yī)發(fā)〔2019〕43號）；《國家衛(wèi)生健康委辦公廳關(guān)于印發(fā)醫(yī)院智慧服務(wù)分級評估標(biāo)準(zhǔn)體系（試行）的通知》（國衛(wèi)辦醫(yī)函〔2019〕236號）；《國家衛(wèi)生健康委辦公廳關(guān)于印發(fā)有關(guān)病種臨床路徑（2019年版）的通知》（國衛(wèi)辦醫(yī)函〔2019〕933號）；互聯(lián)網(wǎng)診療管理辦法（試行）?！秶裔t(yī)療健康信息醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟度測評方案（2020年版）》；《關(guān)于印發(fā)醫(yī)療聯(lián)合體管理辦法（試行）的通知》（國衛(wèi)醫(yī)發(fā)〔2020〕13號文件）《關(guān)于做好公立醫(yī)療機(jī)構(gòu)“互聯(lián)網(wǎng)+醫(yī)療服務(wù)”項目技術(shù)規(guī)范及財務(wù)管理工作的通知》（國衛(wèi)財務(wù)函〔2020〕202號）；《關(guān)于進(jìn)一步完善預(yù)約診療制度加強(qiáng)智慧醫(yī)院建設(shè)的通知》（國衛(wèi)辦醫(yī)函〔2020〕405號）《國家衛(wèi)生健康委辦公廳關(guān)于印發(fā)醫(yī)院智慧管理分級評估標(biāo)準(zhǔn)體系（試行）的通知》（國衛(wèi)辦醫(yī)函〔2021〕86號）2021年6月4日國務(wù)院辦公廳發(fā)布了《國務(wù)院辦公廳關(guān)于推動公立醫(yī)院高質(zhì)量發(fā)展的意見》（國辦發(fā)〔2021〕18號）《浙江省數(shù)字化改革總體方案》（浙委改發(fā)〔2021〕2號）《浙江省衛(wèi)生健康委關(guān)于印發(fā)浙江省推進(jìn)醫(yī)療衛(wèi)生服務(wù)領(lǐng)域數(shù)字化改革提升患者就醫(yī)體驗(yàn)暨實(shí)施進(jìn)一步便利老年人就醫(yī)舉措工作方案（2021-2023年）的通知》（浙衛(wèi)發(fā)函〔2021〕75號）《溫州市衛(wèi)生健康委員會關(guān)于印發(fā)溫州市智慧健康云建設(shè)指導(dǎo)意見的通知》（溫衛(wèi)發(fā)函〔2021〕116號）（2）標(biāo)準(zhǔn)與規(guī)范《醫(yī)院信息化建設(shè)應(yīng)用技術(shù)指引（2017年版）》；《全國醫(yī)院信息化建設(shè)標(biāo)準(zhǔn)與規(guī)范（試行）》（2018年5月）；《電子病歷系統(tǒng)應(yīng)用水平分級評價管理辦法（試行）-2018版》；《電子病歷系統(tǒng)應(yīng)用水平分級評價標(biāo)準(zhǔn)（試行）-2018版》；《醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟測評方案－2020版》；《醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟測評指標(biāo)體系－2020版》；《醫(yī)院智慧服務(wù)分級評估標(biāo)準(zhǔn)體系（實(shí)行）》；《醫(yī)院智慧管理分級評估標(biāo)準(zhǔn)體系（試行）》；《EMR、EHR公共衛(wèi)生數(shù)據(jù)統(tǒng)一采集交換技術(shù)指導(dǎo)方案（試行）》；《基于EMR、EHR交換的公共衛(wèi)生基本數(shù)據(jù)集》；《疾病分類與代碼》GB/T14396-2016；《醫(yī)療環(huán)境電子數(shù)據(jù)交換標(biāo)準(zhǔn)HL7V3.0》；《醫(yī)學(xué)信息交互集成IHE》；《衛(wèi)生信息數(shù)據(jù)元目錄）》（衛(wèi)通[2011]13號）；《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)基本要求》（GB/T22239-2019）；《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)定級指南》（GB/T22240-2020）；《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)實(shí)施指南》（GB/T25058-2019）；《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)安全設(shè)計技術(shù)要求》（GB/T25070-2019）；《網(wǎng)絡(luò)入侵檢測系統(tǒng)測試方法》（GB/T26268-2010）；《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)測評要求》（GB/T28448-2019）；《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)測評過程指南》（GB/T28449-2018）；《信息安全技術(shù)網(wǎng)絡(luò)型入侵防御產(chǎn)品技術(shù)要求和測試評價方法》（GB/T28451-2012）；《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)測試評估技術(shù)指南》（GB/T36627-2018）；《信息安全技術(shù)網(wǎng)絡(luò)用戶身份鑒別技術(shù)指南》（GB/T36633-2018）；《信息安全技術(shù)網(wǎng)絡(luò)安全監(jiān)測基本要求與實(shí)施指南》（GB/T36635-2018）；《信息安全技術(shù)網(wǎng)絡(luò)安全威脅信息格式規(guī)范》（GB/T36643-2018）；《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)安全管理中心技術(shù)要求》（GB/T36958-2018）；《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)測評機(jī)構(gòu)能力要求和評估規(guī)范》（GB/T36959-2018）；《互聯(lián)網(wǎng)診療管理辦法（試行）》；《遠(yuǎn)程醫(yī)療服務(wù)管理規(guī)范（試行）》；《遠(yuǎn)程醫(yī)療信息基本數(shù)據(jù)集》(WS539-2017)；《健康檔案基本架構(gòu)與數(shù)據(jù)標(biāo)準(zhǔn)》（試行）；《醫(yī)院信息系統(tǒng)基本功能規(guī)范》（衛(wèi)辦發(fā)〔2002〕116號）；《醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟度測評方案》；《衛(wèi)生信息共享文檔編制規(guī)范》(WS/T482-2016)；《中國公共衛(wèi)生信息分類與基本數(shù)據(jù)集》；《電子病歷基本架構(gòu)與數(shù)據(jù)標(biāo)準(zhǔn)（試行）》（衛(wèi)辦發(fā)〔2009〕130號）；《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)基本要求》GB/T22239-2019；《建立術(shù)語數(shù)據(jù)庫的一般原則與方法》（GB/T13725-2019）；《術(shù)語數(shù)據(jù)庫開發(fā)文件編制指南》（GB/T15387.1-2014）；《術(shù)語數(shù)據(jù)庫開發(fā)指南》（GB/T15387.2-2014）；《術(shù)語數(shù)據(jù)庫技術(shù)評價指南》（GB/T15625-2014）；《信息安全技術(shù)大數(shù)據(jù)服務(wù)安全能力要求》（GB/T35274-2017）；《信息技術(shù)大數(shù)據(jù)術(shù)語》（GB/T35295-2017）；《信息技術(shù)大數(shù)據(jù)技術(shù)參考模型》（GB/T35589-2017）；《信息技術(shù)大數(shù)據(jù)分析系統(tǒng)功能要求》（GB/T37721-2019）；《信息技術(shù)大數(shù)據(jù)存儲與處理系統(tǒng)功能要求》（GB/T37722-2019）；《信息安全技術(shù)大數(shù)據(jù)安全管理指南》（GB/T37973-2019）；《電氣照明節(jié)能設(shè)計》（06DX008-1）；《電氣設(shè)備節(jié)能設(shè)計》（06DX008-2）；《公共建筑節(jié)能設(shè)計規(guī)范》（DB45/T392-2007）；《國務(wù)院辦公廳關(guān)于印發(fā)國家政務(wù)信息化項目建設(shè)管理辦法的通知》（國辦發(fā)〔2019〕57號）；《醫(yī)療機(jī)構(gòu)消防安全管理》（WS308—2019）。（3）其他編制依據(jù)IHE集成規(guī)范；HL7（美國醫(yī)療服務(wù)信息網(wǎng)絡(luò)通訊協(xié)議）3.0/2.4版；醫(yī)療衛(wèi)生機(jī)構(gòu)及醫(yī)用儀器數(shù)據(jù)傳輸標(biāo)準(zhǔn)HL7；SNOMED《國際系統(tǒng)醫(yī)學(xué)術(shù)語全集》3.5版；LOINC標(biāo)準(zhǔn)；SOA相關(guān)技術(shù)標(biāo)準(zhǔn)；醫(yī)學(xué)數(shù)字成像和通信標(biāo)準(zhǔn)DICOM3.0；國際疾病分類標(biāo)準(zhǔn)ICD10以及手術(shù)分類標(biāo)準(zhǔn)ICD-9-CM-3；四、建設(shè)原則本項目要求充分利用現(xiàn)有先進(jìn)、成熟技術(shù)和考慮長遠(yuǎn)發(fā)展需求，統(tǒng)一規(guī)劃、統(tǒng)一布局、統(tǒng)一設(shè)計、規(guī)范標(biāo)準(zhǔn)、突出重點(diǎn)、分步實(shí)施，在實(shí)施策略上，根據(jù)實(shí)際需要及投資金額，統(tǒng)一領(lǐng)導(dǎo)、統(tǒng)籌規(guī)劃、標(biāo)準(zhǔn)化及核心業(yè)務(wù)重點(diǎn)推進(jìn)，注重信息的共享和安全體系建設(shè)，保證系統(tǒng)建設(shè)的完整性和投資的有效性。主要遵循以下原則和策略：標(biāo)準(zhǔn)化和規(guī)范化嚴(yán)格遵循國家智慧醫(yī)院、區(qū)域醫(yī)療信息化等有關(guān)法律法規(guī)和技術(shù)規(guī)范的要求，從業(yè)務(wù)、技術(shù)、運(yùn)行管理等方面對項目的整體建設(shè)和實(shí)施進(jìn)行設(shè)計，充分體現(xiàn)標(biāo)準(zhǔn)化和規(guī)范化。完整性和實(shí)效性基于業(yè)務(wù)、服務(wù)、數(shù)據(jù)架構(gòu)設(shè)計的方法即模型保證數(shù)據(jù)產(chǎn)生、存儲及使用等過程的完整性和實(shí)效性。先進(jìn)性和實(shí)用性信息技術(shù)尤其是軟件發(fā)展迅速，新概念、新體系、新技術(shù)迭相推出，造成了先進(jìn)技術(shù)和成熟的技術(shù)之間的矛盾。而大規(guī)模、全局性的應(yīng)用系統(tǒng)，其功能和性能要求具有綜合性。因此，在設(shè)計理念、技術(shù)體系、產(chǎn)品選用等方面要求先進(jìn)性和成熟性的統(tǒng)一，以滿足系統(tǒng)在很長的生命周期內(nèi)有持續(xù)的可維護(hù)性和可擴(kuò)展性。整體系統(tǒng)應(yīng)充分體現(xiàn)先進(jìn)的管理思想和理念，采用先進(jìn)的、成熟的且可持續(xù)發(fā)展的技術(shù)方法，并與醫(yī)院的實(shí)際需求相結(jié)合。在設(shè)計開發(fā)中要充分考慮系統(tǒng)的實(shí)用性，開發(fā)出的系統(tǒng)必須自然、易操作，滿足行業(yè)的習(xí)慣，從業(yè)務(wù)上講，遵照業(yè)務(wù)規(guī)范；在技術(shù)上遵照技術(shù)規(guī)范。系統(tǒng)設(shè)計時必須考慮系統(tǒng)的易維護(hù)和管理性，應(yīng)能保證系統(tǒng)在運(yùn)行過程中出現(xiàn)故障時能夠快速、準(zhǔn)確的定位和排除，同時使系統(tǒng)具備遠(yuǎn)程維護(hù)的能力。軟件界面應(yīng)簡單、美觀、容易理解，易于掌握；方案選擇和功能設(shè)置應(yīng)追求實(shí)用性，必須切合醫(yī)療集團(tuán)的實(shí)際情況，采用當(dāng)前主流的云原生、微服務(wù)技術(shù)，保障未來信息的自主可控及持續(xù)可擴(kuò)展。前瞻性和整體性必須充分考慮網(wǎng)絡(luò)安全行業(yè)信息化的發(fā)展趨勢和方向，結(jié)合我院醫(yī)療集團(tuán)信息化發(fā)展的實(shí)際情況，對集團(tuán)化微服務(wù)云平臺的整體架構(gòu)進(jìn)行前瞻性和整體性的設(shè)計，統(tǒng)籌規(guī)劃、統(tǒng)一設(shè)計，保證整個系統(tǒng)的統(tǒng)一和數(shù)據(jù)的一致。集成性和擴(kuò)展性整個平臺系統(tǒng)應(yīng)具有開放、靈活、符合主流標(biāo)準(zhǔn)的集成架構(gòu)，能夠與溫州市健康醫(yī)療現(xiàn)有的、在建的、將建的各相關(guān)應(yīng)用系統(tǒng)進(jìn)行有效的集成整合，避免重復(fù)工作，力求減少浪費(fèi)。系統(tǒng)要有良好的擴(kuò)展性、可移植性和升級前景，系統(tǒng)結(jié)構(gòu)模塊化，功能模塊可以平滑擴(kuò)充，要為可能的增值服務(wù)留有空間?？晒芾硇院涂删S護(hù)性基于微服務(wù)架構(gòu)的新一代智慧醫(yī)院整體解決方案由多個系統(tǒng)和子系統(tǒng)組成，是一個較為復(fù)雜的系統(tǒng)體系，因此要考慮系統(tǒng)應(yīng)具有良好的可管理性和可維護(hù)性。安全性必須保證數(shù)據(jù)信息的安全性和保密性。保證系統(tǒng)在運(yùn)營過程中管理的各種數(shù)據(jù)的信息安全；保證各系統(tǒng)之間信息交互過程的安全；保證系統(tǒng)業(yè)務(wù)管理體系的安全。數(shù)據(jù)管理、使用應(yīng)具有可靠的權(quán)限控制。充分考慮統(tǒng)一安全CA系統(tǒng)、統(tǒng)一身份認(rèn)證和權(quán)限分配的方便性，采用有效手段保障系統(tǒng)和數(shù)據(jù)的安全性。穩(wěn)定性和可靠性系統(tǒng)應(yīng)具備必要的多活、容災(zāi)、冗余和備份設(shè)計，必須采取有效的多活中心設(shè)計和備份措施，以便在遇到災(zāi)難性破壞時，實(shí)行數(shù)據(jù)多點(diǎn)應(yīng)用和快速恢復(fù)。同時系統(tǒng)運(yùn)行應(yīng)穩(wěn)定、可靠。成本可控性在開發(fā)過程中對部分通用性模塊采用在成熟商業(yè)軟件或開源軟件基礎(chǔ)上進(jìn)行二次開發(fā)，降低定制開發(fā)的成本，另外采用系統(tǒng)租用的方式可進(jìn)一步節(jié)約投資。五、項目整體要求注：▲號條款為必須滿足項，如有負(fù)偏離將作為無效投標(biāo)?！锾枟l款為重要技術(shù)要求，需提供相應(yīng)的軟件功能截圖。主要模塊：主系統(tǒng)清單里業(yè)務(wù)模塊編號為1（不包括信息集成引擎）、2、3、5（不包括放射治療管理系統(tǒng)、心電管理系統(tǒng)、重癥臨床信息系統(tǒng)等接入改造系統(tǒng)）、10）。本項目的建設(shè)分二期，詳見【七、主系統(tǒng)清單】。必須充分考慮醫(yī)療行業(yè)發(fā)展趨勢，采用先進(jìn)的體系結(jié)構(gòu)和軟硬件技術(shù)，滿足目前以及將來相當(dāng)一段時間對系統(tǒng)的需求。從而達(dá)到既滿足醫(yī)療機(jī)構(gòu)或組織應(yīng)用整合現(xiàn)階段工作對系統(tǒng)水平和能力的要求，推動計算機(jī)應(yīng)用向更高級階段發(fā)展，又能夠在今后數(shù)年內(nèi)保持其技術(shù)的先進(jìn)性和實(shí)用性，從而保護(hù)投資的有效性。軟件的研發(fā)嚴(yán)格執(zhí)行國際軟件工程的標(biāo)準(zhǔn)（CMM、ISO等），符合國際醫(yī)療軟件的規(guī)范（HL7、SNOMED、ICD-9/10、IHE、XML等），符合衛(wèi)生部《醫(yī)院信息系統(tǒng)基本功能規(guī)范》要求，符合與信息集成平臺建設(shè)與成熟度測評相關(guān)規(guī)定，符合醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟度測評標(biāo)準(zhǔn)，符合醫(yī)療衛(wèi)生行業(yè)及信息化政策法規(guī)?！饕K（詳見上面定義）的原廠商必須為同一廠商，源代碼均需向采購人無償提供，并由采購人驗(yàn)證確認(rèn)（供應(yīng)商提供承諾書，并由采購人對源代碼進(jìn)行編譯運(yùn)行為準(zhǔn)）；其他系統(tǒng)涉及API接口相關(guān)的源代碼和配套接口文檔也需向采購人無償提供，并由采購人驗(yàn)證確認(rèn)?！诵臄?shù)據(jù)庫：要求核心主數(shù)據(jù)庫為ORACLE11g以上，能支持今后逐步遷移到國產(chǎn)數(shù)據(jù)庫（PgSQL、TiDB、華為高斯），做到主數(shù)據(jù)庫級異地多活管理?！到y(tǒng)平滑升級：支持在保障原有系統(tǒng)功能正常運(yùn)行的情況下，可小范圍按相對獨(dú)立業(yè)務(wù)子系統(tǒng)或小院區(qū)范圍啟用新系統(tǒng)，按模塊逐步切換升級?！С种髁鞯腒ubernetes+Docker云原生微服務(wù)容器架構(gòu)?！С痔峁?biāo)準(zhǔn)開放的接口服務(wù)及文檔，支持云原生服務(wù)開放的生態(tài)應(yīng)用平臺。▲供應(yīng)商必須承諾組織現(xiàn)場實(shí)施團(tuán)隊規(guī)模不少于30人（按工作日日均，以甲方考勤記錄為準(zhǔn)）。▲項目總負(fù)責(zé)人必須在醫(yī)療信息化項目管理領(lǐng)域工作五年以上，必須具備至少參加過一個通過電子病歷系統(tǒng)功能應(yīng)用水平分級評價5級（或以上）或者2020年新版國家醫(yī)療信息互聯(lián)互通成熟度測評四級甲等（或以上）等級同類項目實(shí)施經(jīng)驗(yàn)；需提供佐證材料（醫(yī)院提供等級測評及項目實(shí)施證明。六、技術(shù)總體要求6.1技術(shù)架構(gòu)及搭建要求6.1.1微服務(wù)的軟件技術(shù)架構(gòu)在平臺功能服務(wù)架構(gòu)上，需基于Kubernetes容器框架、DevOps理念構(gòu)建以業(yè)務(wù)邏輯為核心的全生命周期生態(tài)體系架構(gòu)，面向不同的使用用戶提供可視化管理監(jiān)控服務(wù)，需包括應(yīng)用托管、環(huán)境管理、部署管理、分級發(fā)布、應(yīng)用監(jiān)控、微服務(wù)治理、服務(wù)監(jiān)控等。需采用云原生的微服務(wù)架構(gòu)體系，且兼容國內(nèi)外先進(jìn)、多源豐富服務(wù)技術(shù)棧，具體應(yīng)包含：（1）技術(shù)部分：1.微服務(wù)框架及技術(shù)組件可采用ApacheDubbo、SpringBoot、SpringCloud、ServiceMesh、ServiceComb、Istio、Mesher。2.前端組件方面，需支持Node.JS、Reactjs、Vuejs、HTML5等多種開發(fā)語言，打包工具需支持NPM、Webpack、Jenkins等多種方式。3.應(yīng)用服務(wù)方面，需支持SpringBoot/Tomcat基礎(chǔ)框架，且支持軟負(fù)載均衡方案、支持分布式文件存儲服務(wù)、分布式任務(wù)調(diào)度、具備緩存服務(wù)Redis、分布式主鍵、工作流引擎等服務(wù)。4.編程語言方面，后端需支持Java、Go、Python、.NetCore、Erlang等多種開發(fā)語言，前端需支持Javascript、Node.JS、Reactjs、Vuejs、HTML5等開發(fā)語言，WEB頁面需支持Chrome49+。5.架構(gòu)服務(wù)方面，依賴管理需采用nexus，調(diào)用鏈路需采用Jaeger，服務(wù)發(fā)現(xiàn)需采用Nacos等技術(shù)體系，分布式事務(wù)需采用Seata（支持TCC、SAGA、XA、AT事務(wù)模式），配置中心需采用Nacos。6.數(shù)據(jù)服務(wù)方面，業(yè)務(wù)數(shù)據(jù)庫需支持Oracle等數(shù)據(jù)庫，大數(shù)據(jù)分析需采用Spark、Flink、Hive、MongoDB、Hbase、ElasticSearch、ClickHouse、Hudi等大數(shù)據(jù)計算引擎（2）容器部分：1.容器服務(wù)方面，需遵循設(shè)計容器編排（Kubernetes）、容器引擎（Docker/Podman）、鏡像管理（Harbor）、容器網(wǎng)絡(luò)（calico/flannel）、容器部署（Helm/Operator）等技術(shù)，并配合平臺相關(guān)管理應(yīng)用、數(shù)據(jù)及服務(wù)的部署。2.容器編排要求支持事實(shí)標(biāo)準(zhǔn)kubernetes，并且打包容器方案支持containerd

等CRI運(yùn)行時（如podman等）來代替docker。3.容器運(yùn)維服務(wù)方面，需提供日志監(jiān)控功能，且支持ELK、Grafana、Prometheus等技術(shù)，運(yùn)維持續(xù)集成需支持gitlab、Jenkins等打包工具。4.容器安全服務(wù)方面，平臺權(quán)限管理需支持RBAC，傳輸加密需支持SSL、TLS等加密方式，數(shù)據(jù)審計需支持Auditing，容器漏洞掃描需支持CVE-SCAN等技術(shù)。5.基礎(chǔ)設(shè)施方面，云虛擬化基礎(chǔ)設(shè)施需支持Vmware、華為云、阿里云、騰訊云、百度云、金山云等，操作系統(tǒng)需支持RedhatLinux、CentOS7.6或以上版本，網(wǎng)絡(luò)存儲支持NFS等。6.1.2支持集群化、分布式部署應(yīng)采用集群結(jié)構(gòu)，提升系統(tǒng)擴(kuò)展性。并隨著系統(tǒng)業(yè)務(wù)的發(fā)展，該集群可動態(tài)增加擴(kuò)展節(jié)點(diǎn)。同時，應(yīng)用分布式結(jié)構(gòu)將系統(tǒng)按照業(yè)務(wù)功能，拆分成獨(dú)立的分系統(tǒng)，各分系統(tǒng)以“服務(wù)”形式展現(xiàn)，并可獨(dú)立運(yùn)行在容器中，通過主流的通信方式進(jìn)行互相通信。6.1.3支持多級緩存應(yīng)在整個系統(tǒng)架構(gòu)的不同系統(tǒng)層級進(jìn)行數(shù)據(jù)緩存建設(shè)，以提升訪問效率，對于長時訪問的數(shù)據(jù)、訪問頻率很高的場景，在緩存空間足夠的情況下可支持不過期緩存。6.1.4平臺化的系統(tǒng)交互支持實(shí)時與非實(shí)時的消息交互，采用主流的技術(shù)（如：Webservice、MQ、HTTP、WebSocket、Mqtt等）確保平臺化的系統(tǒng)交互。6.1.5數(shù)據(jù)交換管理數(shù)據(jù)交換管理以整合各個醫(yī)院信息系統(tǒng)或各醫(yī)院數(shù)據(jù)中心的數(shù)據(jù)，為各醫(yī)院之間的數(shù)據(jù)共享、業(yè)務(wù)協(xié)作以及對醫(yī)院監(jiān)管的各種交互服務(wù)提供數(shù)據(jù)共享與交換平臺，實(shí)現(xiàn)各醫(yī)院之間業(yè)務(wù)數(shù)據(jù)的實(shí)時交換共享和業(yè)務(wù)互聯(lián)互通。其功能要求但不限于包含企業(yè)服務(wù)總線、服務(wù)編排與發(fā)布、消息訂閱與發(fā)布、消息路由與轉(zhuǎn)換、應(yīng)用服務(wù)接入管理、服務(wù)權(quán)限管理、服務(wù)監(jiān)控與調(diào)用分析管理等功能。6.2設(shè)計及管理要求6.2.1性能指標(biāo)要求（1）應(yīng)用系統(tǒng)性能需求1.應(yīng)用系統(tǒng)性能需求：應(yīng)用系統(tǒng)應(yīng)滿足用戶的要求，穩(wěn)定、可靠、實(shí)用。2.應(yīng)用系統(tǒng)響應(yīng)時間需求如下：1）系統(tǒng)穩(wěn)定性高，年故障時間小于8小時，平均故障修復(fù)時間小于30分鐘，故障修復(fù)最長時間小于2小時。2）使用頻率極高的功能：非高峰時段，響應(yīng)時間小于1秒；高峰時段，響應(yīng)時間小于3秒。3）使用頻率較高的功能：非高峰時段，響應(yīng)時間小于3秒；高峰時段，響應(yīng)時間小于5秒。4）使用頻率一般的功能：非高峰時段，響應(yīng)時間小于5秒；高峰時段，響應(yīng)時間小于10秒。5）使用頻率較低的功能：非高峰時段，響應(yīng)時間小于10秒；高峰時段，響應(yīng)時間小于15秒。6）使用頻率極低的功能：響應(yīng)時間小于30秒內(nèi)。7）處理大量數(shù)據(jù)的功能：響應(yīng)時間小于1小時。（2）服務(wù)平均響應(yīng)時間1.患者注冊服務(wù)調(diào)用，單個患者注冊平均響應(yīng)時間小于1秒；2.健康檔案查詢，按患者唯一標(biāo)識查詢，返回患者電子健康檔案文檔目錄樹時，平均響應(yīng)時間小于2秒；3.患者基本信息查詢，總記錄50萬以上，按患者唯一標(biāo)識查詢單個患者查詢平均響應(yīng)時間小于2秒；總記錄100萬以上，按患者唯一標(biāo)識查詢單個患者查詢平均響應(yīng)時間小于3秒；4.基于人口統(tǒng)計學(xué)信息的患者信息匹配（基于索引），總記錄50萬以上，返回患者唯一標(biāo)識數(shù)據(jù)，返回記錄數(shù)小于10條時，平均響應(yīng)時間小于10秒；總記錄100萬以上，返回記錄數(shù)小于10條時，平均響應(yīng)時間小于15秒。（3）統(tǒng)計分析性能1.簡單統(tǒng)計報表查詢：響應(yīng)時間≤10秒；2.千萬級數(shù)據(jù)量下單項統(tǒng)計的響應(yīng)時間≤5秒；3.復(fù)合匯總統(tǒng)計響應(yīng)時間≤120秒；4.生成復(fù)雜統(tǒng)計報表的響應(yīng)時間≤180秒。6.2.2安全性要求1.系統(tǒng)應(yīng)該可實(shí)現(xiàn)7×24h連續(xù)安全運(yùn)行，性能可靠，易于維護(hù)。2.可選擇操作系統(tǒng)提供系統(tǒng)的穩(wěn)定性；應(yīng)用大型關(guān)系數(shù)據(jù)庫或后關(guān)系數(shù)據(jù)庫提高系統(tǒng)的處理速度和響應(yīng)時間。3.對超級用戶實(shí)行互相監(jiān)督和訪問、刪改的痕跡保留和永久性備份保留的安全機(jī)制，以確保有關(guān)過程的安全性。4.研究開發(fā)過程嚴(yán)格按照ISO9001和CMMI的有關(guān)規(guī)定進(jìn)行。6.2.3互聯(lián)互通要求要求解決醫(yī)院信息系統(tǒng)的系統(tǒng)異構(gòu)集成、數(shù)據(jù)共享和數(shù)據(jù)交換傳輸標(biāo)準(zhǔn)等關(guān)鍵性技術(shù)問題。全院各個應(yīng)用系統(tǒng)均與信息集成平臺互聯(lián)，并通過信息集成平臺實(shí)現(xiàn)相互之間的數(shù)據(jù)交換和應(yīng)用服務(wù)的調(diào)用。建立標(biāo)準(zhǔn)化交互體系，從生產(chǎn)系統(tǒng)、分析系統(tǒng)、接口交換等各層面都能夠產(chǎn)生并使用標(biāo)準(zhǔn)化的數(shù)據(jù)和消息，將醫(yī)院所有信息系統(tǒng)以靈活的方式進(jìn)行互聯(lián)互通，并對所有需要接入的系統(tǒng)提出標(biāo)準(zhǔn)化和改造要求，整合各個業(yè)務(wù)系統(tǒng)。要求建立一個異構(gòu)系統(tǒng)（如：HIS、LIS、PACS、CIS等）之間、醫(yī)院信息平臺和區(qū)域信息平臺之間實(shí)現(xiàn)互操作（信息共享、流程交互）的平臺，符合衛(wèi)計委電子病歷互聯(lián)互通標(biāo)準(zhǔn)，采用webservice協(xié)議、MQ等多種方式讓各醫(yī)療信息系統(tǒng)之間以一種統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)、統(tǒng)一交互框架、統(tǒng)一的安全認(rèn)證實(shí)現(xiàn)系統(tǒng)集成，實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)之間信息的“互認(rèn)”和“交互”，提高流程標(biāo)準(zhǔn)化、自動化和可靠性。互聯(lián)互通服務(wù)功能要求：要求《醫(yī)院信息平臺基本交互規(guī)范》要求，建設(shè)包括但不限于：52個互聯(lián)互通交互服務(wù)。包括：新增個人身份注冊、個人信息更新、個人身份合并、個人基本信息查詢、新增醫(yī)護(hù)人員、醫(yī)護(hù)人員信息更新、醫(yī)護(hù)人員信息查詢、新增醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）注冊醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）信息更新、醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）信息查詢電子病歷文檔注冊、電子病歷文檔檢索、電子病歷文檔調(diào)閱、醫(yī)囑接收、醫(yī)囑查詢申請單接收、申請單查詢、醫(yī)療衛(wèi)生人員注冊服務(wù)調(diào)用、醫(yī)療衛(wèi)生人員更新服務(wù)調(diào)用、醫(yī)療衛(wèi)生機(jī)構(gòu)注冊服務(wù)調(diào)用、醫(yī)療衛(wèi)生機(jī)構(gòu)更新服務(wù)調(diào)用、調(diào)用區(qū)域個人身份注冊服務(wù)、調(diào)用區(qū)域個人基本信息查詢服務(wù)、病歷文檔上傳服務(wù)調(diào)用、病歷數(shù)據(jù)檢索服務(wù)調(diào)用、病歷數(shù)據(jù)查詢服務(wù)調(diào)用、門診就診登記服務(wù)、門診就診查詢、住院就診登記服務(wù)、住院就診查詢、出院登記服務(wù)、出院信息查詢等52個交互服務(wù)。實(shí)現(xiàn)院內(nèi)各業(yè)務(wù)系統(tǒng)的數(shù)據(jù)交換和信息共享，要求支持現(xiàn)有平臺接口模式，不改造現(xiàn)有系統(tǒng)或較少改造情況下，實(shí)現(xiàn)現(xiàn)有接口的平穩(wěn)遷移。6.2.4數(shù)據(jù)集要求按照國家衛(wèi)生健康委2020年發(fā)布的《醫(yī)院信息互聯(lián)互通標(biāo)準(zhǔn)化成熟度測評指標(biāo)體系》第2.1章節(jié)數(shù)據(jù)集標(biāo)準(zhǔn)化建設(shè)情況中列出了58個數(shù)據(jù)集，投標(biāo)方應(yīng)主導(dǎo)按國家標(biāo)準(zhǔn)對應(yīng)的業(yè)務(wù)系統(tǒng)進(jìn)行改造，必測的數(shù)據(jù)集滿足互聯(lián)互通的相關(guān)要求同時，實(shí)現(xiàn)醫(yī)院自定義數(shù)據(jù)集的擴(kuò)充。根據(jù)相關(guān)標(biāo)準(zhǔn)，建立完整的數(shù)據(jù)集，對各臨床業(yè)務(wù)系統(tǒng)數(shù)據(jù)集信息進(jìn)行梳理，針對數(shù)據(jù)信息的不規(guī)范進(jìn)行改造，如：值域不完整、值域信息不一致等。術(shù)語字典在平臺主數(shù)據(jù)管理系統(tǒng)進(jìn)行統(tǒng)一管理。要求58個基本數(shù)據(jù)集如下：序號基本數(shù)據(jù)集基本數(shù)據(jù)子集1電子病歷基本數(shù)據(jù)集患者基本信息子集2基本健康信息子集3衛(wèi)生事件摘要子集4醫(yī)療費(fèi)用記錄子集5電子病歷基本數(shù)據(jù)集門急診病歷子集6急診留觀病歷子集7電子病歷基本數(shù)據(jù)集西藥處方子集8中藥處方子集（選測）9電子病歷基本數(shù)據(jù)集檢查記錄子集10檢驗(yàn)記錄子集11電子病歷基本數(shù)據(jù)集治療記錄子集12一般手術(shù)記錄子集13麻醉術(shù)前訪視記錄子集14麻醉記錄子集15麻醉術(shù)后訪視記錄子集16輸血記錄子集17電子病歷基本數(shù)據(jù)集待產(chǎn)記錄子集（選測）18陰道分娩記錄子集（選測）19剖宮產(chǎn)手術(shù)記錄子集（選測）20電子病歷基本數(shù)據(jù)集一般護(hù)理記錄子集21病危（重）護(hù)理記錄子集22手術(shù)護(hù)理記錄子集23生命體征測量記錄子集24出入量記錄子集25高值耗材使用記錄子集26電子病歷基本數(shù)據(jù)集入院評估記錄子集27護(hù)理計劃記錄子集28出院評估與指導(dǎo)記錄子集29電子病歷基本數(shù)據(jù)集手術(shù)同意書子集30麻醉知情同意書子集31輸血治療同意書子集32特殊檢查及特殊治療同意書子集33病危（重）通知書子集34其他知情同意書子集35電子病歷基本數(shù)據(jù)集住院病案首頁子集36電子病歷基本數(shù)據(jù)集中醫(yī)住院病案首頁子集（選測）37電子病歷基本數(shù)據(jù)集入院記錄子集3824h內(nèi)入出院記錄子集3924h內(nèi)入院死亡記錄子集40電子病歷基本數(shù)據(jù)集首次病程記錄子集41日常病程記錄子集42上級醫(yī)師查房記錄子集43疑難病例討論子集44交接班記錄子集45轉(zhuǎn)科記錄子集46階段小結(jié)子集47搶救記錄子集48會診記錄子集49術(shù)前小結(jié)子集50術(shù)前討論子集51術(shù)后首次病程記錄子集52出院記錄子集53死亡記錄子集54死亡病例討論記錄子集55電子病歷基本數(shù)據(jù)集住院醫(yī)囑子集56電子病歷基本數(shù)據(jù)集出院小結(jié)子集57電子病歷基本數(shù)據(jù)集轉(zhuǎn)診（院）記錄子集58電子病歷基本數(shù)據(jù)集醫(yī)療機(jī)構(gòu)信息子集6.3基于微服務(wù)架構(gòu)的平臺建設(shè)技術(shù)要求6.3.1技術(shù)架構(gòu)要求本次項目要求通過微服務(wù)平臺封裝對外提供服務(wù)，外部系統(tǒng)使用HTTP、HTTPS、RPC或者TCP等協(xié)議通過微服務(wù)網(wǎng)關(guān)來訪問使用微服務(wù)。內(nèi)部微服務(wù)應(yīng)用通過RPC協(xié)議訪問使用微服務(wù)；服務(wù)管理服務(wù)器采用微服務(wù)平臺套件中的相關(guān)組件。通過服務(wù)治理組件提供服務(wù)全生命周期（創(chuàng)建，運(yùn)行，管理和安全）管理的關(guān)鍵服務(wù)。管理服務(wù)器作為服務(wù)生命周期管理的核心組件，負(fù)責(zé)服務(wù)的創(chuàng)建和發(fā)布，其創(chuàng)建的服務(wù)將發(fā)布到服務(wù)網(wǎng)關(guān)組件，其與服務(wù)網(wǎng)關(guān)的通訊協(xié)議是HTTPS/RPC。6.3.2技術(shù)中臺要求技術(shù)中臺采用分布式服務(wù)架構(gòu)進(jìn)行建設(shè)，支撐每一個業(yè)務(wù)中心的獨(dú)立部署，由分布式運(yùn)行機(jī)制保障上層服務(wù)的正常運(yùn)行基礎(chǔ)。核心組件微服務(wù)框架，易于擴(kuò)展和部署，對彈性伸縮、灰度發(fā)布等互聯(lián)網(wǎng)場景有良好的支持。服務(wù)注冊與發(fā)現(xiàn)服務(wù)注冊是服務(wù)發(fā)現(xiàn)機(jī)制的核心，服務(wù)實(shí)例將自己的服務(wù)信息（包括網(wǎng)絡(luò)IP、端口、服務(wù)名）注冊到服務(wù)注冊中心，服務(wù)注冊中心將服務(wù)信息以及服務(wù)健康狀態(tài)通過API暴露出來。服務(wù)消費(fèi)方通過注冊中心獲取到服務(wù)實(shí)例信息，并通過IP、端口、服務(wù)名的組合去請求服務(wù)提供方提供的服務(wù)。除了完成以上核心功能外，服務(wù)注冊與發(fā)現(xiàn)還需要實(shí)時監(jiān)控服務(wù)實(shí)例的健康狀態(tài)，一旦服務(wù)實(shí)例不可用，將通知各服務(wù)消費(fèi)方移除無效服務(wù)實(shí)例。另外，一個服務(wù)可能存在多個服務(wù)實(shí)例，需要根據(jù)不同的負(fù)載均衡算法來保持服務(wù)調(diào)用的均衡。彈性伸縮在分布式集群里通過服務(wù)探針，可以監(jiān)控應(yīng)用和服務(wù)容器的狀態(tài)，自動調(diào)整服務(wù)實(shí)例的數(shù)量。擴(kuò)容，在監(jiān)控到服務(wù)容器出現(xiàn)瓶頸，包括負(fù)載CPU、RT指標(biāo)都出現(xiàn)緊張時，能夠自動增加應(yīng)用實(shí)例到集群中?？s容，在監(jiān)控到服務(wù)容器負(fù)載減少出現(xiàn)資源浪費(fèi)時，自動釋放服務(wù)實(shí)例減少成本。調(diào)整彈性伸縮的規(guī)則支持用戶靈活配置。限流降級分布式應(yīng)用服務(wù)需要提供限流功能，時刻感知流量的變化，并做出相應(yīng)調(diào)整。限流的策略可分為限制訪問的絕對數(shù)量和控制流速（整流）。整流的算法有令牌桶算法，限制總數(shù)可通過設(shè)置規(guī)則來實(shí)現(xiàn)。降級是指某個服務(wù)被調(diào)低級別后，本服務(wù)的消費(fèi)者在調(diào)用時即刻返回失敗，這樣服務(wù)實(shí)例將不會被調(diào)用。當(dāng)然，也可以設(shè)置一個默認(rèn)返回值。降級的規(guī)則支持用戶靈活配置?；叶劝l(fā)布灰度發(fā)布的技術(shù)用于兩個不同版本同時在線上并行的情形，既可用于業(yè)務(wù)試錯，也可用于版本發(fā)布。一旦確認(rèn)新版本達(dá)到目的，就可以平滑地從舊版本切換到新版本上?；叶劝l(fā)布需要解決兩個方面的問題，才能順利達(dá)成目的。（1）多版本部署多版本部署分為客戶端部署和服務(wù)端部署兩個方面?？蛻舳巳绻窃到y(tǒng)，可以用熱更新技術(shù)實(shí)現(xiàn)，比如Android的CodePush?？蛻舳巳绻荋5，則需要在服務(wù)器端部署一套CSS和頁面。服務(wù)端部署要求應(yīng)用服務(wù)、中臺服務(wù)都要單獨(dú)部署一套，通過版本來區(qū)分。如果需要對MQ的數(shù)據(jù)消費(fèi)進(jìn)行隔離，則需要重新定義Topic或Tag（2）流量切分流量切分包括入口流量切分和中臺服務(wù)流量切分。入口流量的切分策略通常包括按服務(wù)器權(quán)重、IP地址段或用戶標(biāo)簽等來切分流量。中臺服務(wù)流量切分通過分布式服務(wù)發(fā)現(xiàn)機(jī)制，植入流量切分規(guī)則，控制流量的方向。分布式事務(wù)分布式事務(wù)技術(shù)（DTP）用于保證跨多個資源事務(wù)的一致性。DTP模型的典型應(yīng)用場景是兩階段提交協(xié)議，多個資源管理器（RM）由一個事務(wù)管理器（TM）進(jìn)行管理，事務(wù)管理器控制著全局事務(wù)和分支事務(wù)。DTP模型分別通過準(zhǔn)備階段和提交階段來協(xié)作完成全局事務(wù)：準(zhǔn)備階段，由TM通知各RM準(zhǔn)備事務(wù)，并接收RM的準(zhǔn)備結(jié)果；提交階段，由TM通知各RM提交分支事務(wù)，并接收RM的執(zhí)行結(jié)果。RM執(zhí)行結(jié)果都成功，那么TM返回成功，如果任意一個RM執(zhí)行失敗，原則上TM都會執(zhí)行回滾。但在實(shí)踐過程中，M失敗的情況也有不同，TM可按照客戶的需要判定是否回滾所有事務(wù)。目前，各大云廠商都提供了分布式全局事務(wù)，其中阿里云的GTS已經(jīng)實(shí)現(xiàn)了分布式全局事務(wù)。在應(yīng)用場景涉及的系統(tǒng)和步驟不是特別多的情況下，GTS可以方便快速地實(shí)現(xiàn)分布式事務(wù)。擴(kuò)展點(diǎn)機(jī)制為配合上層快速的業(yè)務(wù)變化，中臺需提供了很多配置化功能，支持靈活快速地對業(yè)務(wù)功能進(jìn)行擴(kuò)展。除此之外，擴(kuò)展點(diǎn)機(jī)制提供在不修改現(xiàn)有代碼的情況下，靈活擴(kuò)展新功能。擴(kuò)展點(diǎn)機(jī)制源于Java的SPI機(jī)制，當(dāng)業(yè)務(wù)中臺的某一個業(yè)務(wù)點(diǎn)遇到新業(yè)務(wù)邏輯比當(dāng)前邏輯差別較大時，可以使用擴(kuò)展點(diǎn)機(jī)制來實(shí)現(xiàn)。6.3.3分布式服務(wù)框架分布式服務(wù)技術(shù)架構(gòu)要求要求通過一定的技術(shù)架構(gòu)對系統(tǒng)進(jìn)行封裝形成易于消費(fèi)的服務(wù)，從而實(shí)現(xiàn)業(yè)務(wù)能力粒度上的重用、組裝、維護(hù)和管理，來靈活迅捷構(gòu)筑實(shí)現(xiàn)特定業(yè)務(wù)目的的企業(yè)級應(yīng)用技術(shù)特性，以統(tǒng)一的方式發(fā)布、調(diào)用服務(wù)，不用考慮分布式領(lǐng)域中的各種技術(shù)實(shí)現(xiàn)細(xì)節(jié)，支持服務(wù)容量線性擴(kuò)展，服務(wù)可根據(jù)部署需求自動上下線，提供服務(wù)路由（接口級、方法級、參數(shù)級），服務(wù)歸組，服務(wù)限流，安全控制追蹤等服務(wù)治理能力。功能性要求服務(wù)注冊中心集群應(yīng)提供服務(wù)的發(fā)布訂閱功能，作為各服務(wù)提供者和消費(fèi)者的中間媒介，動態(tài)地向服務(wù)消費(fèi)者應(yīng)提供服務(wù)提供者的信息，以便供消費(fèi)者調(diào)用。服務(wù)治理中心集群向服務(wù)的提供者和消費(fèi)者提供服務(wù)的參數(shù)和規(guī)則信息。從技術(shù)手段上，分布式服務(wù)框架必須提供相應(yīng)的支撐，具體體現(xiàn)為服務(wù)的路由規(guī)則、服務(wù)歸組、權(quán)重規(guī)則、限流規(guī)則以及對體系整體管控分析非常重要的調(diào)用追蹤能力。服務(wù)提供者和服務(wù)消費(fèi)者通過代理層進(jìn)行通信，代理層不僅要求提供遠(yuǎn)程調(diào)用功能，還應(yīng)包含其他的服務(wù)治理功能，如限流，安全等。技術(shù)指標(biāo)要求本項目提供的架構(gòu)要求滿足分布式服務(wù)框架的遠(yuǎn)程協(xié)議與序列化高性能要求：在單連接、100并發(fā)、100字節(jié)請求與回復(fù)信息體（三級組合對象）、硬件配置8核CPU、24G內(nèi)存、千兆網(wǎng)卡，TPS不少于10萬。分布式服務(wù)框架的中心集群負(fù)責(zé)服務(wù)注冊訂閱信息和服務(wù)治理規(guī)則的管理，該集群的規(guī)模取決于要管理的服務(wù)應(yīng)用實(shí)例的個數(shù)。本次項目要求對于完整的服務(wù)治理中心集群：平均每個負(fù)責(zé)服務(wù)注冊訂閱的服務(wù)器，能管理的服務(wù)應(yīng)用實(shí)例個數(shù)不低于1000;平均每個負(fù)責(zé)服務(wù)治理規(guī)則的服務(wù)器，能管理的服務(wù)應(yīng)用實(shí)例個數(shù)不低于200。其他特性要求可擴(kuò)展性。服務(wù)提供者實(shí)例的新部署在啟動加載時自動完成服務(wù)提供信息的更新，直接實(shí)現(xiàn)服務(wù)容量的線性擴(kuò)展?？捎眯?。服務(wù)提供者、以及服務(wù)的注冊中心和治理中心，都以軟負(fù)載的分布式集群方式實(shí)現(xiàn)高可用，無單點(diǎn)缺陷。6.3.4分布式消息中間件分布式消息中間件要求能夠支持海量消息堆積處理能力，緩解爆發(fā)式訪問壓力，并能夠以異步方式實(shí)現(xiàn)業(yè)務(wù)能力的解耦，充分利用系統(tǒng)資源。消息中間件應(yīng)位于處理用戶請求的業(yè)務(wù)模塊和其他共享業(yè)務(wù)模塊之間，負(fù)責(zé)將業(yè)務(wù)的處理流通過異步消息的方式導(dǎo)引到與業(yè)務(wù)相關(guān)的共享業(yè)務(wù)模塊中進(jìn)行處理，保證業(yè)務(wù)邏輯的正確。技術(shù)架構(gòu)要求分布式消息中間件從技術(shù)架構(gòu)上應(yīng)包括以下幾部分：消息配置中心：主要提供代理（Broker）信息的推送功能發(fā)布者(Publisher)：通過連接到某個代理(Broker)，提供發(fā)送主題和消息的功能。訂閱者(Subscriber)：通過代理（Broker）訂閱并接收消息。代理(Broker)：代理負(fù)責(zé)發(fā)布和訂閱的處理，根據(jù)發(fā)布訂閱的請求把消息從發(fā)布者發(fā)送到訂閱者。發(fā)布者通過從消息配置中心獲得可用的Broker狀態(tài)后，可以連接到某個Broker來創(chuàng)建主題并發(fā)送消息，訂閱者連接到Broker訂閱消息，當(dāng)有消息到來時，Broker會將消息發(fā)送給訂閱者。功能性要求功能點(diǎn)功能要求分布式事務(wù)支持對生產(chǎn)和消費(fèi)的事務(wù)處理，滿足最終一致性需求；消費(fèi)者集群支持消費(fèi)者線程數(shù)量的在線動態(tài)擴(kuò)展；支持消費(fèi)者機(jī)器數(shù)可以在線動態(tài)擴(kuò)展；支持多個消費(fèi)者集群可以平均消費(fèi)消息；生產(chǎn)者順序支持生產(chǎn)者同主題的發(fā)送順序；消費(fèi)結(jié)果回送支持生產(chǎn)者如果需要獲取消費(fèi)者的處理結(jié)果，可以選擇在所有消費(fèi)者均消費(fèi)完畢后，將結(jié)果推送給上游。如：寬帶開戶場景。異常消息處理生產(chǎn)者系統(tǒng)異常/業(yè)務(wù)數(shù)據(jù)錯誤等原因，可能產(chǎn)生大量的錯誤消息，需要支持對待處理消息的處理。消息狀態(tài)確認(rèn)支持消費(fèi)者向生產(chǎn)者提供消息消費(fèi)狀態(tài)的確認(rèn)。負(fù)載均衡支持client連接系統(tǒng)時，不需要通過軟硬件負(fù)載設(shè)備，也可以滿足可靠性及負(fù)載均衡需求；消息壓縮支持對大報文消息進(jìn)行壓縮，提高消息傳輸效率。流量控制支持流量控制。消息優(yōu)先級支持消息級別的優(yōu)先級管理。如：BOSS業(yè)務(wù)需要優(yōu)先處理VIP號碼、強(qiáng)制開機(jī)業(yè)務(wù)優(yōu)先級較高。多消費(fèi)者順序支持業(yè)務(wù)邏輯處理的多消費(fèi)者順序。如：訂單消息先到計費(fèi)域、再把消息給服務(wù)開通消費(fèi)。主題映射可以支持同一個主題，不同消費(fèi)者的消費(fèi)規(guī)則存在差異，可以通過主題映射將一個原始主題映射成多個不同的目標(biāo)主題，再基于目標(biāo)主題進(jìn)行針對性處理。如：CRM訂購實(shí)例，流量套餐發(fā)給計費(fèi)和營銷；非流量套餐發(fā)給計費(fèi)。訂購實(shí)例只有一個主題。多主題消費(fèi)順序可以支持消費(fèi)者多主題消費(fèi)的順序。不限于使用消息中間件還是消費(fèi)者自行處理。如：開戶業(yè)務(wù)將消息分別發(fā)到兩個主題上，一個是服務(wù)開通訂閱，一個是計費(fèi)訂閱，那么需要保證服務(wù)開通先消費(fèi)成功后，計費(fèi)才可以再消費(fèi)。消息過濾支持某些特定的消息（業(yè)務(wù)參數(shù)關(guān)聯(lián)確定），不需要推送給任何消費(fèi)者。限時消費(fèi)支持對發(fā)送時間有限制的消息，需要系統(tǒng)自動根據(jù)時限要求將超時的消息刪除。如：短信消費(fèi)消息。定時消費(fèi)支持生產(chǎn)時消息指定消息的發(fā)送時間，需要在到達(dá)預(yù)定時間后才發(fā)送給消費(fèi)者。批量發(fā)送支持批量發(fā)送消息，一次性提交。批量消費(fèi)支持消費(fèi)者一次性請求一定數(shù)量的消息，處理后逐步提交消費(fèi)結(jié)果。多語言客戶端支持c++和javaapi。技術(shù)指標(biāo)要求分布式消息中間件的技術(shù)指標(biāo)：單臺16核、64G內(nèi)存、平均單臺broker同步雙寫可處理的TPS不低于6000。其他功能特性配置功能：要求支持對消息中間件正常運(yùn)行所需要的系統(tǒng)參數(shù)（如節(jié)點(diǎn)信息）、業(yè)務(wù)參數(shù)（如主題消息、客戶端信息、發(fā)布訂閱關(guān)系）進(jìn)行可視化配置；支持參數(shù)配置熱加載，配置立即生效，不需要重啟。1.監(jiān)控功能：支持對消息中間件運(yùn)行狀態(tài)的實(shí)時顯示，可以實(shí)時查看當(dāng)前時刻系統(tǒng)各個節(jié)點(diǎn)的實(shí)際運(yùn)行狀態(tài)（消息狀態(tài)、內(nèi)存、連接數(shù)等）。2.維護(hù)功能：支持對錯誤消息、超時消息等進(jìn)行處理；支持消息收發(fā)測試。3.擴(kuò)展性：Publisher、Broker、Storage、Subscriber等均可彈性擴(kuò)展4.高可用性：Publisher支持Broker異常時候，消息存放本地；Publisher到Broker之間支持高可用；Broker支持高可用；Storage支持高可用；Subscriber支持高可用。5.易維護(hù)性：提供系統(tǒng)運(yùn)行時狀態(tài)的界面展現(xiàn)，可以實(shí)時查看當(dāng)前時刻系統(tǒng)各個節(jié)點(diǎn)的實(shí)際運(yùn)行狀態(tài)（消息狀態(tài)、內(nèi)存、連接數(shù)等）；系統(tǒng)所有操作（配置、監(jiān)控、查詢等）均有相關(guān)界面支持；所有配置的修改，可以立即生效，不需要重新啟動及影響生產(chǎn)；系統(tǒng)資源等情況，考慮支持主題在不同物理主機(jī)之間動態(tài)遷移，且不影響生產(chǎn)。6.安全性：可以對客戶端的身份、地址等信息進(jìn)行檢測，以避免非授權(quán)用戶的操作及各種越權(quán)操作。7.高可靠性：支持Broker的容錯；支持消息持久化Storage的容錯；支持配置中心的容錯。6.3.5分布式數(shù)據(jù)庫服務(wù)技術(shù)架構(gòu)要求分布式數(shù)據(jù)庫服務(wù)用于支撐海量交易類數(shù)據(jù)操作，提供標(biāo)準(zhǔn)SQL接口，對應(yīng)用屏蔽數(shù)據(jù)分布，應(yīng)用感知的是一個邏輯的虛擬數(shù)據(jù)庫，數(shù)據(jù)分布對應(yīng)用透明；數(shù)據(jù)庫集群部署，能夠自由增加數(shù)據(jù)庫節(jié)點(diǎn)，實(shí)現(xiàn)彈性擴(kuò)展，不需要停止業(yè)務(wù)系統(tǒng)進(jìn)行割接操作；以高性能和自穩(wěn)定性為主，高兼容性為輔的SQL關(guān)系型數(shù)據(jù)庫訪問能力。功能性要求功能點(diǎn)功能要求分布式數(shù)據(jù)管理支持節(jié)點(diǎn)路由規(guī)則管理；支持多種路由規(guī)則設(shè)定；分布式節(jié)點(diǎn)對應(yīng)用完全透明，做到應(yīng)用無需關(guān)心數(shù)據(jù)位置；路由自動更新，對應(yīng)用無影響；線性擴(kuò)展能力數(shù)據(jù)節(jié)點(diǎn)自動伸縮、水平動態(tài)擴(kuò)展；數(shù)據(jù)節(jié)點(diǎn)數(shù)據(jù)自動遷移和再均衡；能夠通過擴(kuò)展分布式節(jié)點(diǎn)提升集群處理容量；支持節(jié)點(diǎn)變化時的數(shù)據(jù)自動重新分布；分布式事務(wù)支持完整的分布式事務(wù)管理能力；通過分布式事務(wù)保障跨節(jié)點(diǎn)數(shù)據(jù)操作的事務(wù)一致性；支持分布式事務(wù)的提交與回滾；標(biāo)準(zhǔn)SQL92能力支持DDL/DML基本語法解析；支持高級SQL語法解析功能；支持SQL92標(biāo)準(zhǔn)，支持整型、字符型、時間型等多種數(shù)據(jù)類型定義；支持序列、視圖、單節(jié)點(diǎn)的多表關(guān)聯(lián)查詢、子查詢等；支持跨節(jié)點(diǎn)的分組、排序、分頁功能。提供查詢優(yōu)化功能，完善的查詢計劃功能；標(biāo)準(zhǔn)訪問接口支持C、Java開發(fā)接口，提供標(biāo)準(zhǔn)CAPI;支持JDBC、ODBC等數(shù)據(jù)庫通用標(biāo)準(zhǔn)接口；數(shù)據(jù)安全提供數(shù)據(jù)備份與恢復(fù)機(jī)制，提供REDO日志，支持內(nèi)存數(shù)據(jù)寫入磁盤持久化；當(dāng)系統(tǒng)異常宕機(jī)可以從磁盤恢復(fù)數(shù)據(jù)，保障數(shù)據(jù)安全；節(jié)點(diǎn)備份提供一主多備的備份制，當(dāng)主節(jié)點(diǎn)的數(shù)據(jù)變化實(shí)時復(fù)制至備份節(jié)點(diǎn)支持當(dāng)主節(jié)點(diǎn)異常時，系統(tǒng)自動切換至備節(jié)點(diǎn)，保障系統(tǒng)操作連續(xù)服務(wù)不中斷。數(shù)據(jù)同步支持從分布式內(nèi)存數(shù)據(jù)庫向磁盤數(shù)據(jù)庫（Oracle、Sybase、MySQL等）的實(shí)時數(shù)據(jù)同步；支持從磁盤數(shù)據(jù)庫實(shí)時向內(nèi)存數(shù)據(jù)庫同步功能；多種數(shù)據(jù)訪問模式支持本地直連(DirectAccess)、Socket網(wǎng)絡(luò)連接等多種數(shù)據(jù)訪問模式；支持當(dāng)應(yīng)用與數(shù)據(jù)在同一臺主機(jī)時采用直連模式可以提供更為高效的數(shù)據(jù)訪問性能；索引算法支持Hash索引與T-Tree索引，根據(jù)數(shù)據(jù)訪問特點(diǎn)采用不同的索引算法加快數(shù)據(jù)訪問性能；鎖管理支持?jǐn)?shù)據(jù)庫行級鎖，實(shí)時鎖超時檢測、死鎖判定與自動釋放；運(yùn)維支撐能力提供SQL執(zhí)行工具；提供分布式系統(tǒng)運(yùn)行狀態(tài)監(jiān)控工具；提供數(shù)據(jù)的導(dǎo)入/導(dǎo)出工具；提供數(shù)據(jù)遷移、核查工具；支持對SQL執(zhí)行狀態(tài)的查看與統(tǒng)計；支持對分布式節(jié)點(diǎn)的統(tǒng)一管理工具。多平臺支持能力支持Unix、Linux、Windows等主流平臺認(rèn)證管理支持不同安全級別的數(shù)據(jù)庫用戶管理Infiniband支持支持infiniband網(wǎng)卡通信功能技術(shù)指標(biāo)要求單個分布式數(shù)據(jù)庫集群可以承載的最大簡單查詢TQPS能力能達(dá)到20000，延遲保持在2ms內(nèi)；單個分布式數(shù)據(jù)庫集群可以承載的最大復(fù)雜統(tǒng)計分析查詢TQPS能力達(dá)到8000，延遲保持在6ms內(nèi)；單個分布式數(shù)據(jù)庫集群可以承載的最大復(fù)雜Join分析類查詢的能力達(dá)到6000，延遲保持在8ms內(nèi)。其他功能特性要求可擴(kuò)展性：支持在線的數(shù)據(jù)庫平滑擴(kuò)容。高可用性：要求分布式數(shù)據(jù)服務(wù)的負(fù)載均衡集群、分布式數(shù)據(jù)庫服務(wù)器集群、以及用戶控制平臺，都以軟負(fù)載的多實(shí)例部署或集群方式實(shí)現(xiàn)高可用性。建議數(shù)據(jù)庫磁盤做RAID10。易用性：用戶使用分布式數(shù)據(jù)服務(wù)如同使用單一關(guān)系型數(shù)據(jù)實(shí)例，數(shù)據(jù)切分與路由自動完成，對應(yīng)用透明；兼容MySQL交互協(xié)議；讀寫分離自動處理，讀取請求可自動轉(zhuǎn)在數(shù)據(jù)庫的備庫上進(jìn)行，以降低主庫壓力。微架構(gòu)云原生成熟度要求1.微服務(wù)云原生架構(gòu)在技術(shù)層面分為六個不同維度進(jìn)行成熟度測評，包括：服務(wù)化能力（Service）、彈性能力（Elasticity）、無服務(wù)器化程度（Serverless）、可觀測行（Observability）、韌性能力（Resilience）、自動化水平（Automation）六個不同維度。每個維度分別考量不同的技術(shù)特點(diǎn)：2.服務(wù)化能力：用微服務(wù)或者小服務(wù)構(gòu)建業(yè)務(wù)，分離大塊業(yè)務(wù)中具備不同業(yè)務(wù)迭代周期的模塊，并讓業(yè)務(wù)以標(biāo)準(zhǔn)化API等方式進(jìn)行集成和編排；服務(wù)間采用事件驅(qū)動的方式集成，減小相互依賴；通過可度量建設(shè)不斷提升服務(wù)的SLA能力；服務(wù)各接口完成獨(dú)立功能、保證單一職責(zé)，提供各接口說明文檔、單接口測試用例、業(yè)務(wù)流程測試用例，支持技術(shù)異構(gòu)，支持多語言治理體系有服務(wù)發(fā)現(xiàn)、服務(wù)配置管理、服務(wù)負(fù)載均衡、服務(wù)熔斷/限流/降級3.彈性能力：自動根據(jù)業(yè)務(wù)峰值、資源負(fù)載擴(kuò)充或者收縮系統(tǒng)的規(guī)模；4.無服務(wù)器化程度：在業(yè)務(wù)中盡量使用云服務(wù)而不是自己持有三方服務(wù)，特別是自己運(yùn)維開源軟件的情況；并讓應(yīng)用的設(shè)計盡量變成無狀態(tài)的模式，把有狀態(tài)部分保存到云服務(wù)中；盡量采用FaaS、容器/應(yīng)用無服務(wù)器的云服務(wù)5.可觀測性：IT設(shè)施需要被持續(xù)治理，任何IT設(shè)施中的軟硬件發(fā)生錯誤后能夠被快速修復(fù)，從而不會讓這樣的錯誤對業(yè)務(wù)帶來影響，這就需要系統(tǒng)有全面的可觀測性，從傳統(tǒng)的日志方式、監(jiān)控、APM到鏈路跟蹤、服務(wù)QoS度量；6.韌性能力：除了包括服務(wù)化中常用的熔斷、限流、降級、自動重試、反壓等特性外，還包括高可用、容災(zāi)、異步化的特性；7.自動化水平：關(guān)注整個開發(fā)、測試和運(yùn)維三個過程的敏捷，推薦使用容器技術(shù)自動化軟件構(gòu)建過程、使用OAM標(biāo)準(zhǔn)化軟件交付過程、使用IaC（InfrastructureasCode）/GitOps等自動化CI/CD流水線和運(yùn)維過程6.4溫州市健康云平臺服務(wù)擴(kuò)展要求根據(jù)溫州市衛(wèi)健委相關(guān)文件精神，遵循“上云為常態(tài)，不上云為例外”的原則，落實(shí)“全市各縣（市、區(qū)）衛(wèi)健局及醫(yī)療衛(wèi)生健康機(jī)構(gòu)于發(fā)文之日起，原則上不應(yīng)再單獨(dú)投資新建機(jī)房設(shè)施或新建第三方云資源租賃服務(wù)，以使用全市統(tǒng)建的健康云為主”的相關(guān)要求，避免重復(fù)建設(shè)及系統(tǒng)遷移帶來的成本和風(fēng)險，整體項目建設(shè)應(yīng)充分考慮全面接入溫州市健康云的相關(guān)技術(shù)要求和未來業(yè)務(wù)拓展要求，不僅能夠滿足醫(yī)院自身的業(yè)務(wù)需求，還能夠支撐兼顧區(qū)域醫(yī)聯(lián)體/醫(yī)共體、中小型醫(yī)療機(jī)構(gòu)、民營醫(yī)院的擴(kuò)展業(yè)務(wù)需求。6.4.1面向區(qū)域業(yè)務(wù)全領(lǐng)域覆蓋的云基礎(chǔ)架構(gòu)醫(yī)院作為區(qū)域醫(yī)療龍頭，利用醫(yī)院相對完備的體系，開展區(qū)域協(xié)同業(yè)務(wù)支持、與區(qū)域其他醫(yī)療機(jī)構(gòu)間的信息互聯(lián)互通共享，構(gòu)建全人全程健康管理系統(tǒng)。支撐面向突發(fā)公共衛(wèi)生事件的預(yù)警和監(jiān)測體系、應(yīng)急指揮管理體系、醫(yī)療協(xié)同救治體系和數(shù)據(jù)治理科研體系建設(shè)。整體架構(gòu)以溫州市健康云平臺提供的計算資源、存儲資源、安全資源為IaaS平臺保障日常業(yè)務(wù)的計算、運(yùn)維、存儲、安全等。采用面向醫(yī)療健康領(lǐng)域，基于微服務(wù)云原生架構(gòu)定制化開發(fā)的智慧醫(yī)療云生態(tài)PaaS平臺，實(shí)現(xiàn)對醫(yī)療健康業(yè)務(wù)的解構(gòu)、設(shè)計、服務(wù)開發(fā)和基礎(chǔ)組裝，形成具備醫(yī)療領(lǐng)域功能特色的服務(wù)平臺底座；在具體服務(wù)層面，針對大型醫(yī)療機(jī)構(gòu)、區(qū)域醫(yī)聯(lián)體/醫(yī)共體、中小型醫(yī)療機(jī)構(gòu)及民營醫(yī)院的不同業(yè)務(wù)屬性和業(yè)務(wù)場景分別組裝不同的SaaS服務(wù)，實(shí)現(xiàn)數(shù)據(jù)服務(wù)共享、前臺業(yè)務(wù)個性化的靈活業(yè)務(wù)形態(tài)。6.4.2面向主體醫(yī)療機(jī)構(gòu)的服務(wù)支持主體醫(yī)療機(jī)構(gòu)由于日常業(yè)務(wù)繁重，流程結(jié)構(gòu)復(fù)雜，整體架構(gòu)應(yīng)支持健康云（或稱區(qū)域私有云）與醫(yī)院主機(jī)房的分布式多活中心部署，為醫(yī)院提供一套生產(chǎn)用的微架構(gòu)云原生IaaS+PaaS平臺。主體醫(yī)療機(jī)構(gòu)作為區(qū)域醫(yī)療業(yè)務(wù)的龍頭，覆蓋區(qū)域醫(yī)療健康業(yè)務(wù)的絕大部分內(nèi)容，是整體架構(gòu)的核心部分，微服務(wù)云原生架構(gòu)中的微服務(wù)拆解、微服務(wù)單元設(shè)計、服務(wù)交互設(shè)計都應(yīng)該以主體醫(yī)療機(jī)構(gòu)為藍(lán)本，構(gòu)建全面、穩(wěn)定的基礎(chǔ)服務(wù)平臺。整體系統(tǒng)架構(gòu)應(yīng)確保本項目各系統(tǒng)可基于該平臺穩(wěn)定運(yùn)行5年以上，并與醫(yī)院中心機(jī)房的平臺形成多活共存互備的一體化應(yīng)用容災(zāi)系統(tǒng)。6.4.3面向區(qū)域醫(yī)聯(lián)體/醫(yī)共體的服務(wù)支持醫(yī)聯(lián)體/醫(yī)共體是區(qū)域醫(yī)療的核心組成，在整體技術(shù)架構(gòu)上依托市級健康云和智慧醫(yī)療云生態(tài)體系，整合人工智能、大數(shù)據(jù)、物聯(lián)網(wǎng)、5G等核心技術(shù)架構(gòu)來共同支撐醫(yī)共體信息化建設(shè)。智慧醫(yī)療云生態(tài)體系是醫(yī)共體建設(shè)的關(guān)鍵基礎(chǔ)架構(gòu)之一，未來將作為信息交換和共享的核心，實(shí)現(xiàn)醫(yī)共體內(nèi)臨床和管理相關(guān)領(lǐng)域跨系統(tǒng)的信息交互；基于大數(shù)據(jù)中心及決策支持系統(tǒng)能夠在整合醫(yī)共體各項臨床和管理業(yè)務(wù)數(shù)據(jù)源的基礎(chǔ)上，對數(shù)據(jù)進(jìn)行標(biāo)準(zhǔn)化轉(zhuǎn)換，提供各類基于數(shù)據(jù)的管理、決策、監(jiān)管、科研和深層次的信息化應(yīng)用，通過業(yè)務(wù)中臺中的AI智能服務(wù)，與基層醫(yī)療機(jī)構(gòu)轉(zhuǎn)診、輔助診斷、輔助治療、智能影像識別等。而物聯(lián)網(wǎng)、5G、區(qū)塊鏈技術(shù)主要用于構(gòu)建各類創(chuàng)新應(yīng)用和服務(wù)模式，如互聯(lián)網(wǎng)+護(hù)理服務(wù)、可穿戴設(shè)備健康監(jiān)測、可信任的數(shù)據(jù)交互憑證等，從信息化的層面去支持深化“最多跑一次”在醫(yī)療衛(wèi)生領(lǐng)域的應(yīng)用。系統(tǒng)清單需要按子系統(tǒng)進(jìn)行分別報價，其中每個業(yè)務(wù)模塊的報價不得超過該業(yè)務(wù)模塊的最高限價，每個子系統(tǒng)的報價不得低于所屬業(yè)務(wù)模塊的報價總價/該業(yè)務(wù)模塊子系統(tǒng)數(shù)×20%。序號業(yè)務(wù)模塊業(yè)務(wù)模塊限價（萬元）業(yè)務(wù)分類子系統(tǒng)數(shù)量建設(shè)類型建設(shè)分期1.微服務(wù)應(yīng)用支撐5001.1.微服務(wù)基礎(chǔ)底座1.1.1一體化微服務(wù)支撐平臺1套新建一期1.1.2一體化運(yùn)維管理平臺1套新建一期1.1.3統(tǒng)一用戶認(rèn)證與單點(diǎn)登錄系統(tǒng)1套新建一期1.1.4智能門戶系統(tǒng)1套升級改造或新建一期1.2.院內(nèi)信息集成1.2.1信息集成引擎1套新建一期1.2.2集成平臺運(yùn)行監(jiān)控系統(tǒng)1套新建一期1.2.3集成平臺服務(wù)管理系統(tǒng)1套新建一期1.2.4SDK管理平臺1套新建一期1.2.5集成平臺鑒權(quán)管理系統(tǒng)1套新建一期1.3.統(tǒng)一API接口平臺1.3.1HQMS1套新建二期1.3.2醫(yī)保及新農(nóng)合1套新建二期1.3.3疾控中心(CDC)1套新建二期1.3.4血液中心1套新建二期1.3.5陽光采購平臺（藥品、器械、耗材）1套新建二期1.3.6省平臺、一朵云接入1套新建二期1.3.7溫州市數(shù)據(jù)中心檢驗(yàn)檢查等接入1套新建二期1.3.8產(chǎn)前建檔、母嬰健康平臺接入1套新建二期1.3.9最多跑一次接入1套新建二期1.3.10溫州市雙向轉(zhuǎn)診、遠(yuǎn)程會診、云門診接入1套新建二期1.3.11急救中心、體檢等接入1套新建二期1.3.12其他機(jī)構(gòu)（第三方掛號平臺、公安、銀行、保險等）1套新建二期1.4微服務(wù)生態(tài)平臺建設(shè)1.4.1微服務(wù)生態(tài)平臺建設(shè)1套新建二期2.數(shù)據(jù)中臺3002.1.數(shù)據(jù)建模2.1.1數(shù)據(jù)模型管理系統(tǒng)1套新建二期2.2.數(shù)據(jù)服務(wù)2.2.1數(shù)據(jù)服務(wù)開放平臺1套新建二期2.2.2患者主索引管理系統(tǒng)1套新建二期2.2.3主數(shù)據(jù)管理系統(tǒng)1套新建二期2.3.數(shù)據(jù)運(yùn)維2.3.1數(shù)據(jù)安全管理系統(tǒng)1套新建二期2.3.2可視化數(shù)據(jù)集成引擎1