電子病歷招標(biāo)需求
一、供應(yīng)商要求
1. 合格的供應(yīng)商必須是有提供談判文件所采購的電子病歷系統(tǒng)軟件及專業(yè)技術(shù)服務(wù)能力、具有良好的商業(yè)信譽和財務(wù)狀況、并獨立承擔(dān)民事責(zé)任的法人或其他經(jīng)濟組織,且注冊資金在1000萬人民幣(含)以上;
2. 參加政府采購活動前三年內(nèi),在經(jīng)營活動中沒有不良記錄;
3. 對本次采購的產(chǎn)品具有完全的自主知識產(chǎn)權(quán);
4. 談判供應(yīng)商應(yīng)提供該系統(tǒng)軟件著作權(quán)登記證書;
5. 談判供應(yīng)商應(yīng)具有較成熟的電子病歷軟件開發(fā)及實施經(jīng)驗;須有具備在江蘇省至少兩家三級甲等醫(yī)院成功實施電子病歷系統(tǒng)的案例,并提供該醫(yī)院系統(tǒng)運行情況良好的有效證明。
二、報價要求
1、不得低于成本競標(biāo),要能夠滿足采購產(chǎn)品的實質(zhì)要求。
2、系統(tǒng)維護服務(wù)費用不得高于系統(tǒng)費用的20%,第一年系統(tǒng)維護服務(wù)須免費。
三、招標(biāo)具體事項:
(一)招標(biāo)文件發(fā)售開始時間、地點、售價
1、招標(biāo)文件發(fā)售時間: 年 月 日— 月 日。
2、招標(biāo)文件購買地點:
3、招標(biāo)文件售價:每套人民幣 整。招標(biāo)文件售后不退。沒有購買招標(biāo)文件的供應(yīng)商,其招標(biāo)響應(yīng)文件將被拒絕。
(二)招標(biāo)地點:
(三)招標(biāo)響應(yīng)截止時間及招標(biāo)時間:
年 月 日(星期 ) ,屆時請招標(biāo)供應(yīng)商代表出席招標(biāo)會議。
(四)聯(lián)系人:
電話: 傳真:
四、招標(biāo)響應(yīng)文件的評價和比較
1.招標(biāo)小組將按照規(guī)定,僅對確定為實質(zhì)性響應(yīng)招標(biāo)文件要求的招標(biāo)響應(yīng)書進行評價和比較。評標(biāo)采取綜合評分法。
2.綜合評價的主要內(nèi)容有:供應(yīng)商的報價情況、技術(shù)方案、綜合實力和信譽、售后服務(wù)承諾和優(yōu)惠條件等。
3.招標(biāo)小組同各供應(yīng)商后談判將給予供應(yīng)商二次報價的機會;
4.評分各因素所占權(quán)重:
(1) 供應(yīng)商的報價情況 30%
(2)技術(shù)方案和演示 50%
(3)綜合實力 8%
(4)工期 4%
(5)服務(wù)承諾和優(yōu)惠條件 8%
5.評分辦法
5.1貨物報價(30分):比較各談判響應(yīng)供應(yīng)商報價表中的總報價,以所有供應(yīng)商中的最低總報價為基準(zhǔn)價,基準(zhǔn)價得滿分,其他談判響應(yīng)供應(yīng)商的價格分統(tǒng)一按照公式[投標(biāo)報價得分=(評標(biāo)基準(zhǔn)價/投標(biāo)報價)×價格權(quán)重×100]計算。
5.2技術(shù)方案和演示(50分):比較各談判響應(yīng)供應(yīng)商根據(jù)談判文件中的采購需求而準(zhǔn)備的技術(shù)方案和功能演示。(1)技術(shù)方案(35分):軟件框架設(shè)計合理、各種功能齊全、系統(tǒng)穩(wěn)定,能全部達到采購需求的得基本分20分。只要有一項采購需求達不到,該項就不得分。如技術(shù)方案在全面性、合理性、科學(xué)性、操作便捷性、管理方便性、科研數(shù)據(jù)挖掘、數(shù)據(jù)接口支持方面有一定程度優(yōu)于采購需求的可視情加分,加分不超過15分。(2)演示(15分):供應(yīng)商應(yīng)準(zhǔn)備完整的電子病歷系統(tǒng),根據(jù)各談判響應(yīng)供應(yīng)商現(xiàn)場演示效果,結(jié)合系統(tǒng)的操作性、實用性、穩(wěn)定性、先進性視情打分,得分不超過15分。無演示或演示不成功的不得分。
5.3綜合實力8分):(1)技術(shù)力量(3分):比較各談判響應(yīng)供應(yīng)商所提供的專業(yè)技術(shù)隊伍水平(開發(fā)人員人才結(jié)構(gòu)和售后服務(wù)人員),排出名次,名次最前的得3分,名次等差分值為0.5分。(2)成功案例(3分):比較各談判響應(yīng)供應(yīng)商所提供的相同項目的成功案例,成功案例最多的得3分,其他按比例得分。(3)榮譽證書(2分):根據(jù)各談判響應(yīng)供應(yīng)商所提供本企業(yè)所獲榮譽情況,視情打分,得分不超過2分
5.4工期(4分):比較各談判供應(yīng)商的工期,工期最短的得滿分,其他按比例得分。
5.5售后服務(wù)承諾和優(yōu)惠條件(6分):
(1)售后服務(wù)承諾(3分):完全響應(yīng)談判文件中服務(wù)要求,有完整、明確的售后服務(wù)體系及措施的得滿分,其他視情得分。
(2)優(yōu)惠條件(3分):比較各談判響應(yīng)供應(yīng)商的優(yōu)惠條件的多少及含金量,視情得分。無實質(zhì)性優(yōu)惠條件的不得分。
按累計得分高低順序排名。
五、授予合同標(biāo)準(zhǔn)
1.招標(biāo)小組將依據(jù):供應(yīng)商的報價情況、技術(shù)方案、現(xiàn)場演示、綜合實力和信譽、售后服務(wù)承諾和優(yōu)惠條件等方面,采取綜合積分法,排出名次,綜合評定并選定成交候選人。
2.報價最低的供應(yīng)商人不一定是成交人。
3.采購人如發(fā)現(xiàn)供應(yīng)商在招標(biāo)響應(yīng)文件中有弄虛作假行為或其它不正當(dāng)競爭行為的,將取消其成交資格。
4、成交決定和成交通知書
4.1在招標(biāo)響應(yīng)有效期期滿之前,醫(yī)院采購中心將以書面形式向成交供應(yīng)商發(fā)出成交通知書,成交供應(yīng)商收到成交通知書后,須立即以書面形式(電報、傳真)回復(fù)醫(yī)院采購中心,確認(rèn)成交通知書已收到,并同意接受。
4.2成交通知書將是合同的一個組成部分。
4.3成交后,任何一方均不得對其招標(biāo)響應(yīng)文件中成交金額等實質(zhì)性條款作出任何改變。
六、合同的簽定及實施要求
1、供應(yīng)商在收到成交通知書后1周內(nèi)與采購人簽訂采購合同。
2、采購方通知項目開始實施之日起一周內(nèi)現(xiàn)場實施。
3、至少配備實施工程師2名,培訓(xùn)工程師2名,其中項目負(fù)責(zé)人1名,全程保證順利實施。
4、在合同簽訂之后3個月內(nèi)完成項目實施。
5、供應(yīng)商提出驗收申請后30天內(nèi)完成驗收,出具驗收報告。如驗收不合格,再根據(jù)具體情況再行商議。
七、電子病歷軟件系統(tǒng)基本技術(shù)要求
(一)總體要求
1、電子病歷系統(tǒng)技術(shù)要求
(1)符合國家衛(wèi)生部和江蘇省電子病歷相關(guān)規(guī)范。
(2)符合國家衛(wèi)生部新版《病歷書寫基本規(guī)范》、江蘇省《病歷書寫規(guī)范》第四版及最新修訂的護理病歷規(guī)范要求。
(4)軟件須采用三層架構(gòu),支持快速部署和未來功能擴展。
(5)系統(tǒng)須提供通用客戶端軟件,即為各個科室的醫(yī)護人員提供一個統(tǒng)一的、可根據(jù)用戶權(quán)限靈活配置的客戶端軟件,以提高系統(tǒng)的通用性和統(tǒng)一性,便于統(tǒng)一培訓(xùn)。
(6)系統(tǒng)不依賴或綁定特定的數(shù)據(jù)庫管理系統(tǒng),體現(xiàn)臨床醫(yī)療信息的獨立有效性。
(7)具有完全的自主知識產(chǎn)權(quán),不能使用未經(jīng)授權(quán)或未支付合法再發(fā)行費用的組件或應(yīng)用,作為病歷處理或打印工具。
(8)必須為可運行的成品軟件,軟件框架設(shè)計合理、各種功能齊全、軟件系統(tǒng)穩(wěn)定、通用、可配置,在醫(yī)院的實施周期短、成本低。
(9)軟件必須按商品化應(yīng)用軟件標(biāo)準(zhǔn),自帶聯(lián)機幫助,同時應(yīng)具備系統(tǒng)建設(shè)方案,應(yīng)用軟件系統(tǒng)維護手冊,應(yīng)用軟件系統(tǒng)使用說明書,應(yīng)用軟件系統(tǒng)培訓(xùn)教材等書面文檔。
2、存貯和傳輸
(1)能通過局域網(wǎng)、廣域網(wǎng)等方式傳輸,能在區(qū)域數(shù)據(jù)中心、醫(yī)院服務(wù)器、個人工作站上實現(xiàn)多級存貯,形成一個高效的、安全的、廣泛互聯(lián)的電子病歷存貯傳輸網(wǎng)絡(luò)。
(2)臨床文檔須以可擴展的XML文檔形式進行存儲,以保證臨床醫(yī)療信息保持至少15年的法定保存和再利用期限,不能夠由于增加新功能,或數(shù)據(jù)庫和開發(fā)工具升級而破壞或丟失數(shù)據(jù)。
(3)所有臨床文檔、病歷、檢驗檢查報告單等,必須進行加密,保證數(shù)據(jù)存儲和傳輸過程中的信息安全。
(4)軟件系統(tǒng)的后臺數(shù)據(jù)庫,必須高度可移植,支持Oracle、SQL Server、DB2等多種關(guān)系型數(shù)據(jù)庫系統(tǒng),以降低用戶未來數(shù)據(jù)遷移的風(fēng)險和成本。
3、數(shù)據(jù)要求
(1)醫(yī)療文檔中的各種癥狀、體征、檢查、檢驗結(jié)果、診斷、治療計劃等內(nèi)容都必須按照醫(yī)學(xué)語義進行結(jié)構(gòu)化,以便于計算機對電子病歷內(nèi)容的識別、監(jiān)控和再利用。
(2)在經(jīng)病歷書寫醫(yī)生確認(rèn)后,軟件系統(tǒng)能夠保留臨床文檔書寫完成、醫(yī)生確認(rèn)時的原始外觀,軟件系統(tǒng)不得隨意更改臨床文檔中的任何文字,不得自動拼接病歷段落、病程錄、以及各種記錄的內(nèi)容,造成臨床醫(yī)療文檔的不可確認(rèn)。
(3)系統(tǒng)須冗余保存一切醫(yī)療原始記錄,病人的姓名、住址、職業(yè)以及任何其它信息發(fā)生變更,新的信息不可覆蓋舊的信息。
(4)電子病歷須支持病歷、醫(yī)囑、檢驗報告、檢查報告數(shù)據(jù)等臨床資料有機關(guān)聯(lián),以確保電子病歷的完整性。
(5)診斷須自動對應(yīng)ICD10編碼,便于病案整理與管理。
4、安全要求
(1)必須保證系統(tǒng)中的數(shù)據(jù)安全,保證系統(tǒng)中的數(shù)據(jù)不被非法閱讀、篡改,確保非法用戶不能進入本系統(tǒng),數(shù)據(jù)必須加密存儲和傳輸。
(2)系統(tǒng)須按照相關(guān)醫(yī)療規(guī)章制度,根據(jù)身份、時效等對醫(yī)療文檔進行下列權(quán)限控制:
醫(yī)療組權(quán)限控制:同一醫(yī)療組的醫(yī)生或者護士之間的病歷可以互相查看,并且可以在其他醫(yī)生的病歷中,另外添加段落進行書寫。
病歷瀏覽權(quán)限控制:醫(yī)生、護士之間,或者會診期間病歷臨時瀏覽權(quán)限控制。
段落修改權(quán)限控制:除上級醫(yī)生外,醫(yī)護人員無法對別人書寫的病歷段落進行修改,上級醫(yī)生修改,系統(tǒng)應(yīng)強制保留修改痕跡,必須保留原病歷版式和內(nèi)容;必須在病歷文本中顯示標(biāo)記元素和所修改的內(nèi)容;必須標(biāo)記準(zhǔn)確的時間(但是打印的時候可以選擇是否打印病歷修改痕跡)。
病歷歸檔權(quán)限:支持系統(tǒng)自動或由管理人員手工對病歷進行歸檔處理,歸檔后的病歷只能進行瀏覽。
病歷封存權(quán)限:病歷封存后,沒有封存權(quán)限的用戶無法查看。
超級權(quán)限:無權(quán)限限制。
允許病歷共享打開,但是只有最先打開的的用戶擁有病歷書寫權(quán)限。
(3)必須保證系統(tǒng)的365×7×24正常運行,并提供在異常情況下的后備解決方案。
(4)在網(wǎng)絡(luò)故障、服務(wù)器故障等特殊情況下,軟件須保證不中斷客戶端的病歷書寫和保存操作,并確保數(shù)據(jù)不丟失,避免因計算機故障導(dǎo)致的醫(yī)療工作的延遲和醫(yī)療差錯。
(5)系統(tǒng)支持負(fù)載均衡方式的多服務(wù)器分布式處理機制,支持至少1000臺以上各類工作站同時穩(wěn)定運行,并且支持遠(yuǎn)程備份和雙機熱備份。
|
|