開平市中醫(yī)院擬對開平市中醫(yī)院信息系統(tǒng)升級項目進行單一來源采購,現(xiàn)進行單一來源采購公示,并邀請其他能夠提供滿足本項目采購需求的產(chǎn)品供應商進行登記。
一、本項目屬于下列第1種情形:
1、只能從唯一供應商處采購的;
2、發(fā)生了不可預見的緊急情況不能從其他供應商處采購的;
3、必須保證原有采購項目一致性或者服務配套的要求,需要繼續(xù)從原供應商處添購,且添購資金總額不超過原合同采購金額百分之十的;
4、法律法規(guī)規(guī)定的其他情形。
開平市中醫(yī)院醫(yī)院信息管理系統(tǒng)自2013年起由江門市宏軟信息科技有限公司(用友醫(yī)療衛(wèi)生信息系統(tǒng)有限公司江門地區(qū)核心技術(shù)服務商)承接開發(fā)并負責該系統(tǒng)的日常維護,系統(tǒng)使用至今運行穩(wěn)定,數(shù)據(jù)準確。本項目所采購的核心內(nèi)容為信息系統(tǒng)升級改造,江門市宏軟信息科技有限公司是開平市中醫(yī)院信息系統(tǒng)開發(fā)和維護工作的唯一供應商,擁有醫(yī)院信息系統(tǒng)軟件模塊開發(fā)內(nèi)容的源代碼和專業(yè)技術(shù)服務團隊。為確保本項目的順利進行,避免重復建設(shè)、縮短建設(shè)周期,并保證今后信息系統(tǒng)的統(tǒng)一整合、無縫對接,確保信息系統(tǒng)運行穩(wěn)定性和數(shù)據(jù)延續(xù)性,本項目所采購的開平市中醫(yī)院信息系統(tǒng)升級項目只能由江門市宏軟信息科技有限公司提供,屬于上述規(guī)定的第1種情形,根據(jù)相關(guān)法律法規(guī)要求,進行單一來源采購公示。
二、專業(yè)人員論證意見:
姓 名:李承輝、勞杏素、關(guān)堅立
工作單位:開平市婦幼保健計劃生育服務中心、開平市中心醫(yī)院、開平市中心醫(yī)院
職 稱:網(wǎng)絡(luò)工程師、信息系統(tǒng)管理工程師、網(wǎng)絡(luò)工程師
論證意見:為確保本項目的順利進行,避免重復建設(shè)、縮短建設(shè)周期,并保證今后信息系統(tǒng)的統(tǒng)一整合、無縫對接,確保信息系統(tǒng)運行穩(wěn)定性和數(shù)據(jù)延續(xù)性,本項目所采購的內(nèi)容只能由江門市宏軟信息科技有限公司提供。
三、采購項目需求:
(一)、項目內(nèi)容
為推動優(yōu)質(zhì)醫(yī)療資源向基層下沉,開平市馬岡鎮(zhèn)衛(wèi)生院與開平市中醫(yī)院“醫(yī)聯(lián)體”管理試點單位掛牌成立,兩個單位將實行一體化管理,以打造成為開平市的“醫(yī)療次中心”。“醫(yī)聯(lián)體”的建設(shè),通過有計劃、系統(tǒng)地提升基層醫(yī)療醫(yī)師的業(yè)務水平,通過以縣級醫(yī)院輻射帶動基層醫(yī)療機構(gòu)的方式,提升試點分院醫(yī)療服務能力,并輻射周邊鎮(zhèn),使縣域內(nèi)半小時均可享受二級醫(yī)院水平的醫(yī)療服務。同時,以縣級醫(yī)院為龍頭,以“醫(yī)聯(lián)體”為載體,綜合運用醫(yī)療、醫(yī)保、價格、人才培養(yǎng)和創(chuàng)新基層醫(yī)療衛(wèi)生服務新模式等措施,完善縣級醫(yī)院與基層醫(yī)療機構(gòu)的分工協(xié)作機制,促進“醫(yī)聯(lián)體”框架內(nèi)實現(xiàn)基層首診、雙向轉(zhuǎn)診、分級診療機制建設(shè),有效分流病人,切實解決群眾看病難的問題,逐步實現(xiàn)“首診在基層,小病不出鎮(zhèn),大病不出縣”的目標。
同樣,“醫(yī)聯(lián)體”的建設(shè)要有高水平的信息化支撐,目前開平市中醫(yī)院的信息化應用是多年前建設(shè)的以病人為中心的信息系統(tǒng),通過醫(yī)院信息化建設(shè),規(guī)范了患者就醫(yī)過程,優(yōu)化了醫(yī)院業(yè)務流程,并提高了醫(yī)院工作效率和管理水平。目前開平市中醫(yī)院信息系統(tǒng)已涵蓋了門診、住院、財務、藥品、醫(yī)技、檢驗、手術(shù)、后勤等方面;開平市馬岡鎮(zhèn)衛(wèi)生院的信息化應用是10年前建設(shè)的以實現(xiàn)收費為主的信息系統(tǒng),涵蓋了門診、住院、藥品、醫(yī)保等方面。經(jīng)過充分調(diào)研,目前開平市中醫(yī)院和開平市馬岡鎮(zhèn)衛(wèi)生院現(xiàn)用的信息化系統(tǒng)并不能完全滿足“醫(yī)聯(lián)體”的建設(shè)要求,需要在醫(yī)院現(xiàn)用的信息化基礎(chǔ)上對信息系統(tǒng)進行升級改造和擴展應用,適應臨床業(yè)務的發(fā)展和現(xiàn)代化醫(yī)院的管理提升,提高醫(yī)院整體管理與服務水平,確保滿足“醫(yī)聯(lián)體”的建設(shè)要求,同時圍繞“醫(yī)聯(lián)體”建設(shè)要求升級改造相關(guān)醫(yī)院信息系統(tǒng)。
1、開平市中醫(yī)院信息系統(tǒng)升級改造:
分類 |
序號 |
模塊名稱 |
現(xiàn)有模塊升級 |
1 |
門診醫(yī)生工作站(電子處方) |
2 |
住院醫(yī)生工作站(電子醫(yī)囑) |
|
3 |
住院護士工作站(病房醫(yī)囑) |
|
4 |
住院醫(yī)生電子病歷 |
|
5 |
住院護理電子病歷 |
|
6 |
門診醫(yī)生站CA電子簽名 |
|
7 |
門急診掛號系統(tǒng) |
|
8 |
門急診收費系統(tǒng) |
|
9 |
住院收費系統(tǒng) |
|
10 |
醫(yī)技登記系統(tǒng) |
|
11 |
醫(yī)技費用管理 |
|
12 |
醫(yī)技報告系統(tǒng) |
|
13 |
檢驗聯(lián)機系統(tǒng) |
|
14 |
檢驗報告系統(tǒng) |
|
15 |
DICOM影像服務 |
|
16 |
DR影像系統(tǒng) |
|
17 |
B超影像系統(tǒng) |
|
18 |
藥庫管理系統(tǒng) |
|
19 |
門急診藥房管理 |
|
20 |
住院藥房管理 |
|
21 |
衛(wèi)生材料管理系統(tǒng) |
|
22 |
領(lǐng)導綜合查詢系統(tǒng) |
|
23 |
字典維護 |
|
24 |
維護管理員 |
|
25 |
職工醫(yī)保接口 |
|
26 |
城鄉(xiāng)居民醫(yī)保(新農(nóng)合)接口 |
|
27 |
住院大病醫(yī)保接口 |
|
28 |
民政救助系統(tǒng)接口 |
|
新增模塊 |
1 |
門診檢驗條碼系統(tǒng) |
2 |
住院檢驗條碼系統(tǒng) |
|
3 |
B超門診分診系統(tǒng) |
|
4 |
B超門診前屏顯示系統(tǒng) |
|
5 |
門診電子處方CA簽名 |
|
6 |
門診藥房藥師擺藥CA簽名 |
|
7 |
門診藥房藥師發(fā)藥CA簽名 |
|
8 |
住院藥房發(fā)藥CA簽名 |
|
9 |
檢驗醫(yī)師審核報告CA簽名 |
|
10 |
檢驗醫(yī)師取消報告CA簽名 |
|
11 |
醫(yī)技醫(yī)師審核報告CA簽名 |
|
12 |
醫(yī)技醫(yī)師取消報告訴 |
|
13 |
住院醫(yī)生開醫(yī)囑CA簽名 |
|
14 |
住院醫(yī)生停醫(yī)囑CA簽名 |
|
15 |
住院醫(yī)生取消醫(yī)囑CA簽名 |
|
16 |
住院護士轉(zhuǎn)抄醫(yī)囑CA簽名 |
|
17 |
電子病歷CA簽名 |
|
18 |
住院護理紀錄CA簽名 |
|
19 |
術(shù)前醫(yī)囑CA簽名 |
|
20 |
術(shù)中醫(yī)囑CA簽名 |
|
21 |
輸血醫(yī)囑CA簽名 |
|
22 |
開平市中醫(yī)院與馬岡鎮(zhèn)衛(wèi)生院基礎(chǔ)數(shù)據(jù)和診療數(shù)據(jù)整合 |
2、開平市馬岡鎮(zhèn)衛(wèi)生院信息系統(tǒng)升級改造:
分類 |
序號 |
模塊名稱 |
原有模塊升級 |
1 |
門急診掛號系統(tǒng) |
2 |
門急診收費系統(tǒng) |
|
3 |
住院收費系統(tǒng) |
|
4 |
住院護士工作站(病房醫(yī)囑) |
|
5 |
藥庫管理系統(tǒng) |
|
6 |
門急診藥房管理 |
|
7 |
住院藥房管理 |
|
8 |
衛(wèi)生材料管理系統(tǒng) |
|
9 |
職工醫(yī)保接口 |
|
10 |
城鄉(xiāng)居民醫(yī)保(新農(nóng)合)接口 |
|
新增模塊 |
1 |
門診醫(yī)生工作站(電子處方) |
2 |
住院醫(yī)生工作站(電子醫(yī)囑) |
|
3 |
住院醫(yī)生電子病歷 |
|
4 |
住院護理電子病歷 |
|
5 |
門診醫(yī)生站CA電子簽名 |
|
6 |
醫(yī)技登記系統(tǒng) |
|
7 |
醫(yī)技費用管理 |
|
8 |
醫(yī)技報告系統(tǒng) |
|
9 |
檢驗聯(lián)機系統(tǒng) |
|
10 |
檢驗報告系統(tǒng) |
|
11 |
DICOM影像服務 |
|
12 |
DR影像系統(tǒng) |
|
13 |
B超影像系統(tǒng) |
|
14 |
領(lǐng)導綜合查詢系統(tǒng) |
|
15 |
字典維護 |
|
16 |
維護管理員 |
|
17 |
住院大病醫(yī)保接口 |
|
18 |
民政救助系統(tǒng)接口 |
以上模塊具體功能及技術(shù)要求見“軟件詳細功能要求”。
(二)、項目建設(shè)原則及參考標準
1、以電子病歷為核心
基于未來5年醫(yī)院信息建設(shè)目標及規(guī)劃,信息系統(tǒng)的升級改造必須以電子病歷為核心,遵循“病人為中心”的策略來規(guī)劃設(shè)計醫(yī)院信息系統(tǒng)。通過分析臨床數(shù)據(jù)的各組成部分是由哪些業(yè)務系統(tǒng)提供的數(shù)據(jù)信息,又被哪些業(yè)務系統(tǒng)所利用,以此為原則構(gòu)建各個業(yè)務子系統(tǒng),其他應用必須支持以CDR和電子病歷為中心的應用架構(gòu),建立全院范圍的病人主索引管理,保證各類臨床信息的關(guān)聯(lián)準確性。支持面向病人和臨床診療、優(yōu)化業(yè)務流程,確保病人的醫(yī)療信息能夠準確、全面、及時的獲得及表達。
2、可擴展性原則
醫(yī)院和社區(qū)自身條件及其外界環(huán)境是不斷發(fā)展變化的。產(chǎn)品從應用到設(shè)計不能只滿足已知需求的處理能力和性能,應該盡可能不受限制的考慮擴展處理能力,尤其是要考慮與合作業(yè)務的關(guān)系,延伸業(yè)務生命周期。采用開放式體系架構(gòu),使系統(tǒng)具備較強的動態(tài)適應性。
3、標準化原則
對于標準化采用引用和開發(fā)相結(jié)合的原則,關(guān)注國際信息化標準化的發(fā)展,等同等效應用國際標準如:HL7、CDA、IHE、DICOM等,遵循各種衛(wèi)生行業(yè)標準如:《中國醫(yī)院信息系統(tǒng)數(shù)據(jù)集》,《電子病歷基本框架與數(shù)據(jù)標準》等,支持統(tǒng)一的計算機技術(shù)和網(wǎng)絡(luò)互聯(lián)標準如XML、WEBSERVICE、JMS等。通過使用標準的語義和編碼,支持規(guī)范的醫(yī)療信息分類和語義理解,如ICD10等。
4、穩(wěn)定性原則
系統(tǒng)升級勢必會帶來一定的風險,而對于醫(yī)院對患者的服務是7*24小時不間斷的,一旦發(fā)生問題,勢必會影響醫(yī)院正常運營秩序。另外醫(yī)療信息的延續(xù)性特點也需要保證歷史數(shù)據(jù)可訪問及可應用性。因此,在此次系統(tǒng)升級過程中,充分重視集成方法,最大限度保證信息系統(tǒng)的平穩(wěn)無縫升級,盡可能保留有效歷史數(shù)據(jù)。從系統(tǒng)功能上要對舊系統(tǒng)“取其精華,去其槽粕”。
5、面向用戶原則
醫(yī)院信息系統(tǒng)功能滿足用戶的要求是開發(fā)工作的出發(fā)點和歸宿。從患者角度講,其就診行為貫穿于醫(yī)療活動和經(jīng)營活動。從醫(yī)護人員角度講,由于工作繁忙,需要及時了解各種診療信息并且要遵循相關(guān)的管理活動。因此,醫(yī)療行為往往跨越多個應用域,這就要求信息系統(tǒng)必須能夠為各個用戶提供統(tǒng)一的用戶授權(quán)機制,針對不同的用戶角色提供一體化操作界面和操作方式,以便能通過各類信息的相互支持及互相印證,最大程度的利用信息的互補性,真正輔助醫(yī)護人員的工作。
(三)、軟件總體功能要求
1、▲中標供應商在項目建設(shè)的時候要保證本院的現(xiàn)用系統(tǒng)所有模塊能正常無間斷使用,保證數(shù)據(jù)的安全。(提供承諾函)
2、▲中標供應商在項目建設(shè)的時候要保證升級后的系統(tǒng)與醫(yī)院歷史數(shù)據(jù)無縫連接,所有數(shù)據(jù)(包括歷史數(shù)據(jù))能在同一平臺實時查詢和使用。(提供承諾函)
3、升級后的門診醫(yī)生工作站可以與原醫(yī)院管理信息系統(tǒng)(HIS)中的掛號、收費、藥房、檢驗等歷史數(shù)據(jù)無縫連接,共享與調(diào)閱相關(guān)信息。
4、升級后的住院醫(yī)生工作站可以與原醫(yī)院管理信息系統(tǒng)(HIS)中的住院登記、住院收費、住院護士工作站、檢驗等歷史無縫連接,提取相關(guān)信息。
(四)、軟件詳細功能要求
1、現(xiàn)有模塊升級
序號 |
功能要求 |
1.1 |
▲現(xiàn)有模塊升級,升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
1.2 |
▲藥品詳細的批次管理,可做到藥品追溯。支持醫(yī)院對藥品詳細的監(jiān)控和分析。 |
1.3 |
藥房庫存自動修正。 |
1.4 |
▲增加預交金帳戶管理、完善一卡通功能,優(yōu)化門診、急診就診流程,在就診卡的基礎(chǔ)上設(shè)置門診預存款功能,為病人提供就診全過程刷卡交費的便捷服務。符合衛(wèi)生部推行的“先診療后付費”服務模式。 |
1.5 |
▲在使用門診醫(yī)生站的情況下,系統(tǒng)支持部份退款。 |
1.6 |
在門診掛號界面增加對工本費的處理,由操作人員確定是否收取哪些工本費。以前的程序僅支持一種工本費。 |
1.7 |
▲門診醫(yī)生站增加了自動分方和手動分方功能。門診收費增加了手工分方功能,收費員可以一次錄入完一個病人的所有處方,一起計費并打印發(fā)票(仍是一張?zhí)幏揭粡埌l(fā)票的)。 |
1.8 |
在門診醫(yī)生站增加注射室和注射次數(shù)的處理,方便醫(yī)院核算及對部分在院注射的業(yè)務要求。 |
1.9 |
1)門診醫(yī)生處方與門診收費處方分開,增加門診收費靈活性; 2)支持發(fā)票合并功能(多張?zhí)幏胶喜⒁粡埌l(fā)票)。 |
1.10 |
同時支持傳統(tǒng)(先付費)收費模式、后付費模式、預交金模式。 |
1.11 |
1、 門診病人就醫(yī)一卡通儲值功能應用; 2、 門診各業(yè)務點實現(xiàn)直接扣費功能; 3、 門診自助設(shè)備功能應用。 |
1.12 |
1、 實現(xiàn)居民卡在醫(yī)院內(nèi)部的流通; 2、 居民健康卡相關(guān)就診數(shù)據(jù)的讀取、上傳、修改等; 3、 居民健康卡在院內(nèi)實現(xiàn)儲值一卡通的應用。 |
1.13 |
在門診掛號的時候可以通過一次性分診多個病人,減少分診護士的工作量。 |
1.14 |
醫(yī)生科室與護士病區(qū)獨立開來,最大化床位資源使用率。 |
1.15 |
▲通過靈活定義備藥時間點,以減少停醫(yī)當天沖減頻次,減少藥品浪費并提高護士工作效率。并通過開始執(zhí)行時間確定首日備藥數(shù)量,通過結(jié)束執(zhí)行時間確定停醫(yī)囑當天是否需要,并自動請領(lǐng)或沖減藥品。 |
1.16 |
住院新生兒管理。 |
1.17 |
▲住院麻醉、精神藥品單獨成方。 |
1.18 |
可以根據(jù)執(zhí)行時間打印執(zhí)行單,方便護士工作責任劃分。 |
1.19 |
增加會診申請、會診記錄、會診費用等功能。 |
1.20 |
▲實現(xiàn)住院藥房實時計費。 |
1.21 |
對門診醫(yī)生站和住院醫(yī)生站可以一次把多個填寫檢查申請單。方便醫(yī)生的操作。 |
1.22 |
將檢查分診和檢查登記合并在一個界面中,方便護士操作。 |
1.23 |
將檢查病號列表和檢查報告合并到一個界面中,方便醫(yī)生操作。 |
1.24 |
藥品醫(yī)囑錄入同時支持藥品商品名和通用名。 在主要的增量查詢中支持使用五筆碼和拼音碼查詢的切換。 |
1.25 |
▲對關(guān)鍵字典表的修改增加了日志查詢功能。日志查詢可查詢出該字典表由誰什么時間進行了修改。同時可查詢出修改內(nèi)容。 |
2、門診檢驗條碼系統(tǒng)
序號 |
功能要求 |
2.1 |
▲門診實現(xiàn)有關(guān)信息錄入、查對、接收和發(fā)送的操作完全實現(xiàn)網(wǎng)絡(luò)化管理,達到了對檢驗工作全過程的信息跟蹤,提高了檢驗各環(huán)節(jié)的工作效率,減少了檢驗各環(huán)節(jié)中人為因素造成的差錯。 |
3、住院檢驗條碼系統(tǒng)
序號 |
功能要求 |
3.1 |
▲住院實現(xiàn)有關(guān)信息錄入、查對、接收和發(fā)送的操作完全實現(xiàn)網(wǎng)絡(luò)化管理,達到了對檢驗工作全過程的信息跟蹤,提高了檢驗各環(huán)節(jié)的工作效率,減少了檢驗各環(huán)節(jié)中人為因素造成的差錯。 |
4、B超門診分診系統(tǒng)
序號 |
功能要求 |
4.1 |
分診護士將病人分到各個B超診室,B超技師在系統(tǒng)上可以看到自己診室隊列,通過點擊系統(tǒng)對患者進行叫號,患者只需要看到大屏便知當前排隊狀況。 |
5、B超門診前屏顯示系統(tǒng)
序號 |
功能要求 |
5.1 |
電子信息化處理B超檢查患者排隊信息,并將信息顯示到大屏,方便患者實時了解排隊信息,更合理安排自己就診時間。 |
6、住院醫(yī)生電子病歷
序號 |
功能要求 |
6.1 |
1. 電子病歷編輯器在設(shè)計上,必須滿足醫(yī)生書寫病歷的各種需求,如編輯常用文字、輸入特殊醫(yī)用字符(如體溫符號,月經(jīng)史日期符號等)、處理圖形病歷內(nèi)容等。 2. 電子病歷能按醫(yī)生級別進行權(quán)限管理,有相應的安全機制,以確保上級醫(yī)生書寫的病歷不能被下級醫(yī)生修改。 3. 電子病歷提交后的修改能夠保留痕跡,并保存修改信息。 4. 基于XML的半結(jié)構(gòu)化電子病歷,可以在保證網(wǎng)絡(luò)安全的前提下,通過網(wǎng)絡(luò)進行傳輸。 5. 能支持CA認證的電子簽名。 |
6.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
7.1 |
護士只需調(diào)用模板就可以輕松完成護理紀錄的書寫,同時可以根據(jù)醫(yī)院實現(xiàn)情況對護理情況進行統(tǒng)計分析 |
7.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
8.1 |
1、 病歷管理按照國家病歷書寫規(guī)范的要求對入院記錄、病程記錄、手術(shù)知情同意書等病歷內(nèi)容進行全程自動跟蹤管理。 2、 提高全院病歷質(zhì)量、提高醫(yī)療服務質(zhì)量的目的。 |
8.2 |
實現(xiàn)每個醫(yī)生診室門頭屏顯示病人等候信息。 |
序號 |
功能要求 |
9.1 |
▲通過光纖網(wǎng)絡(luò),開平市中醫(yī)院數(shù)據(jù)與開平市馬岡鎮(zhèn)衛(wèi)生院的基礎(chǔ)數(shù)據(jù)可實現(xiàn)共享利用,診療數(shù)據(jù)可實現(xiàn)共享與調(diào)閱。 |
序號 |
功能要求 |
10.1 |
1、能與掛號、收費、分診、檢驗等系統(tǒng)聯(lián)用,調(diào)閱檢驗和檢查報告響應即時,無阻塞現(xiàn)象,實現(xiàn)數(shù)據(jù)共享,大大提高醫(yī)生的工作效率和工作質(zhì)量。 2、通過公共和私有模板、公共和私有詞典、公共和私有字典、病歷模扳關(guān)鍵詞替換等手段,方便醫(yī)生書寫病歷和開處方,提高應診速度和醫(yī)療質(zhì)量。 3、設(shè)置專門處方模板,在應診過程中將典型處方定為模板,并根據(jù)模板使用頻度排序,以決定對模板的廢棄;設(shè)置通過交費后病人才能拿到處方,解決處方跑單問題。 |
10.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
11.1 |
1.、工作站以滿足住院醫(yī)生日常診療工作需求為出發(fā)點而設(shè)計,主要的功能是完成住院電子醫(yī)囑,包括長期醫(yī)囑、臨時醫(yī)囑、中藥醫(yī)囑、出院帶藥醫(yī)囑和在此基礎(chǔ)上的醫(yī)囑模板、統(tǒng)計、系統(tǒng)設(shè)置等輔助功能。 2、通過醫(yī)囑模板、公共和私有字典提高醫(yī)生工作效率,醫(yī)生可使用公共醫(yī)囑模板,也可建立自己的醫(yī)囑模板。 3、 與護士工作站有多種自動溝通渠道,防止醫(yī)囑執(zhí)行的遺漏。 4、 自動向藥房發(fā)送用藥申請,自動向檢驗科、放射科、功能科、病理科發(fā)送申請,及時查詢結(jié)果報告。 |
11.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
12.1 |
1、 完成床位安排、換床、轉(zhuǎn)床、新生兒處理、病人出院預辦理、病人轉(zhuǎn)科預辦理、隨時監(jiān)控病人費用情況、產(chǎn)生病人一日費用單、填寫病人跟蹤信息和病房日志、查詢在院收入、出院收入及其他管理信息; 2、 ▲完成醫(yī)囑的錄入、校對及停止、發(fā)送檢驗申請單、檢查申請單、發(fā)送領(lǐng)藥單、沖正醫(yī)囑等,打印口服藥單、靜推單、肌注單、輸液單、貼瓶單、治療單、護理單、飲食單和各種執(zhí)行單、催交押金單、檢驗報告單等,執(zhí)行單內(nèi)容可自定義; 3、 在醫(yī)囑的錄入、校對和查詢時,要求長期醫(yī)囑、臨時醫(yī)囑和醫(yī)技項目在一屏上,清晰明了; 4、 具有專項藥、自備藥處理功能,具有正常領(lǐng)藥、緊急領(lǐng)藥、補充小藥柜領(lǐng)藥、出院帶藥和請假帶藥等領(lǐng)藥方式; 5、 能妥善處理一個病區(qū)多個護理單元、母親與嬰兒、一般領(lǐng)藥與緊急領(lǐng)藥等特殊情況; 6、 醫(yī)囑的表達和處理符合規(guī)范,便于錄入和查詢閱讀,通過模板和套餐加快醫(yī)囑的錄入; 7、 醫(yī)技、檢驗、手術(shù)醫(yī)囑自動發(fā)送申請單到對應的科室,并可查詢檢查結(jié)果。 |
12.3 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
13.1 |
在醫(yī)院信息系統(tǒng)中應用數(shù)字認證技術(shù),利用電子簽名保證診療環(huán)節(jié)簽名的真實性及合法性,實現(xiàn)業(yè)務流程的無紙化;同時通過第三方電子認證的方式,將會提高醫(yī)院信息系統(tǒng)中的業(yè)務信息的真實性、合法性、完整性、機密性和不可抵賴性。實現(xiàn)門診電子處方CA電子簽名。 |
序號 |
功能要求 |
14.1 |
1、 全面完善的門急診窗口業(yè)務功能; 2、 根據(jù)院情設(shè)置專家、專科及掛號收費標準; 3、 初診時確定病人門診號,此門診號終身使用,復診時輸入門診號調(diào)用病人信息; 4、 支持醫(yī)保IC卡和條碼掛號,支持專家的限號和限時掛號,支持病人選醫(yī)生掛號; 5、 掛號費日結(jié),便于掛號費上繳對帳,自動產(chǎn)生會計憑證供財務系統(tǒng)使用。 |
14.3 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
15.1 |
1、 門診收費:用于對處方的劃價收費。對操作者其功能表現(xiàn)為錄入病人信息、錄入處方內(nèi)容、打印收費發(fā)票,處方的劃價、費用分類計算由系統(tǒng)自動完成。 2、 門診退款:用于處方退款。當病人要求退款已收費的處方時,收費員可通過此功能完成。 3、 收費員日結(jié):用于對收費員的收費業(yè)務進行結(jié)算,分別統(tǒng)計出收款、退款和實收業(yè)務以支付方式(現(xiàn)金、記帳等)區(qū)分的筆數(shù)和金額。日結(jié)要有發(fā)票明細查詢。 4、 全院日結(jié):該功能主要用于匯總收費員當天已日結(jié)的業(yè)務(收款和退款),包含了三個報表:收費業(yè)務結(jié)算、個人結(jié) 算匯總、當日收費情況。 5、 處方查詢:該功能主要用于查詢已收款或退款,以及醫(yī)生工作站電子處方或者藥房劃價未收費的處方明細信息,包括費用明細和處方明細, |
15.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
16.1 |
1、 應用于放射科等醫(yī)技科室,實現(xiàn)醫(yī)技費用管理、病人醫(yī)技信息輸入和工作量統(tǒng)計功能; 2、 適用全院輔助科室,可監(jiān)督醫(yī)技項目是否收費及費用情況。 |
16.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
17.1 |
1、 應用于放射科等醫(yī)技科室,實現(xiàn)醫(yī)技費用登記管理、病人醫(yī)技信息輸入和工作量統(tǒng)計功能。 |
序號 |
功能要求 |
18.1 |
1、 應用于放射科等醫(yī)技科室,實現(xiàn)醫(yī)技費用管理、病人醫(yī)技信息輸入和工作量統(tǒng)計功能; 2、 適用全院輔助科室,可監(jiān)督醫(yī)技項目是否收費及費用情況。 |
序號 |
功能要求 |
19.1 |
1、 應用于放射科等醫(yī)技科室報告?zhèn)魉偷结t(yī)技系統(tǒng),后自動生成系統(tǒng)報告,由醫(yī)技科室人員審核、打印。 |
序號 |
功能要求 |
20.1 |
1、 包括檢驗申請、聯(lián)機數(shù)據(jù)分析、檢驗信息處理、檢驗數(shù)據(jù)效驗、批量審核、異常處理、細菌信息處理統(tǒng)計分析等功能。 2、 功能包括:儀器接口設(shè)置、通道設(shè)置、細菌和抗生素通道設(shè)置、結(jié)果轉(zhuǎn)換、接收跟蹤、概要查看、錯誤報警、ASCII分析、日志查看。 |
序號 |
功能要求 |
21.1 |
儀器數(shù)據(jù)根據(jù)協(xié)議傳到檢驗系統(tǒng),后自動生成系統(tǒng)報告,由檢驗科人員審核、打印。 |
22、DICOM影像服務
序號 |
功能要求 |
22.1 |
對全院影像進行集中存儲和管理,在影像科設(shè)立影像備用服務器,對影像科影像進行備份管理。支持Windows Cluster架構(gòu),可以通過群集命令同時管理多個計算機或服務器; 外接磁盤陣列,可支持NAS架構(gòu)。 |
序號 |
功能要求 |
23.1 |
通過DICOM標準傳輸協(xié)議,對DR檢查儀器傳輸圖片進行數(shù)字化存儲、調(diào)閱。 |
序號 |
功能要求 |
24.1 |
通過DICOM標準傳輸協(xié)議,對B超檢查儀器傳輸圖片進行數(shù)字化存儲、調(diào)閱。 |
序號 |
功能要求 |
25.1 |
1、 藥品出入庫、盤點等庫存管理,藥品有效期管理,藥品采購等功能; 2、 具有藥品會計功能,藥品屬性設(shè)置、藥品單價調(diào)整、調(diào)價損益、藥品價格分析、發(fā)票管理、應付帳款處理、會計期月結(jié)及多種統(tǒng)計報表等; 3、 支持中西藥庫或多藥庫分庫管理,實現(xiàn)與住院藥房、門診藥房的實時傳輸; 4、 處理各種藥品出入庫情況:購入入庫、制劑調(diào)入、科室/藥房退藥、盤盈盤虧、科室/藥房領(lǐng)藥出庫、藥庫退藥、藥品報損;用戶還可以在此基礎(chǔ)上自定義其他出入庫類型; 5、 出庫原則可選擇按有效日期(或入庫日期)的先進先出或后進先出等; 6、 支持多種零售價計價方式,藥品字典零售價可自動或手工調(diào)整,同時產(chǎn)生調(diào)價損益; 7、 藥品屬性可根據(jù)國家對藥品價格的規(guī)定進行多種設(shè)置,設(shè)定固定價、高低限價和可變價等; 8、 支持有效期管理和庫存上下限控制,對藥品進行分級管理,對進口藥、合資藥進行專門統(tǒng)計; 9、 支持貨位管理,藥品盤點可按貨位進行,提高工作效率; 10、 對藥品采購價格進行統(tǒng)一分析,根據(jù)藥品消耗量制定采購計劃; 11、 多種查詢分析報表,分別對藥品購進情況、消耗情況,成本核算提供不同角度的分析數(shù)據(jù); 12、 藥房向藥庫領(lǐng)藥實現(xiàn)無紙操作,藥房將申請單發(fā)到藥庫,藥庫根據(jù)申請單出庫到藥房,藥房庫存自動增加,藥庫庫存自動減少。 |
序號 |
功能要求 |
26.1 |
1、 計價收款后,處方傳送到門診藥房,藥劑師根據(jù)電腦屏幕(或打印)處方擺藥,減少病人排隊時間,及時發(fā)現(xiàn)收費差錯,堵塞收費漏洞,為藥品管理打下基礎(chǔ); 2、 具有藥品入庫、出庫、盤點、網(wǎng)上領(lǐng)藥申請、退藥處理,庫存報警、缺藥處理、庫存管理等功能; 3、 支持中西藥房分開管理、多藥房管理、中西藥房合一管理等多種管理模式; 4、 支持按流水號、窗口發(fā)藥兩中模式。按窗口發(fā)藥時,處方在收費時可指定發(fā)藥窗口,也可由系統(tǒng)自動分流到各藥房窗口。 5、 支持雙屏顯示和大廳大屏幕顯示,智能化提示病人取藥; 6、 提供發(fā)藥人員工作量,調(diào)動發(fā)藥人員積極性; 7、 對藥品進行分級管理,級數(shù)用戶按需自定義; 8、 支持藥房和藥庫網(wǎng)上領(lǐng)藥和發(fā)藥,根據(jù)藥庫出入庫存自動調(diào)價; 9、 為藥品會計提供全部帳目數(shù)據(jù)報表; |
序號 |
功能要求 |
27.1 |
1、 根據(jù)病區(qū)用藥申請歸類,處理日常領(lǐng)用藥、緊急領(lǐng)藥出院帶藥和請假帶藥; 2、 具有藥品入庫、出庫、盤點、網(wǎng)上領(lǐng)藥申請、病區(qū)沖正還藥、退藥處理、庫存報警、缺藥處理、庫存管理等功能; 3、 缺藥處理機制,限制病區(qū)錄入已缺的藥品; 4、 藥房與藥庫通過網(wǎng)上發(fā)送申請單處理領(lǐng)藥與發(fā)藥關(guān)系。 |
序號 |
功能要求 |
28.1 |
1、 用于醫(yī)院內(nèi)衛(wèi)生材料、低值易耗品、材料類的管理。包括材料基本屬性的錄入,材料采購計劃,制作入庫單,直接或按照科室請領(lǐng)單制作出庫單,支持直入直出方式,材料盤點、綜合查詢,發(fā)票及財務報表管理等,具體要求提供以下功能: 2、 采購計劃:能根據(jù)材料當前庫存、上期消耗數(shù)來制定材料采購申請單。同時提供裝入、庫存數(shù)量、上期消耗數(shù)量、科室消耗數(shù)量、上次進貨情況參考等功能。 3、 材料入庫:能完成材料各入庫類型的處理。用戶可以增加任意的入庫方式,查詢統(tǒng)計可以根據(jù)各種入庫方式統(tǒng)計。 4、 入庫單具有制單、審核、記賬等權(quán)限流程管理,支持多種的零售價計價方式及設(shè)定,材料字典零售價可自動或手工調(diào)整,同時產(chǎn)生調(diào)價損益。 |
序號 |
功能要求 |
29.1 |
1、 門診信息主要包括門診就診人次分析、人均處方費用分析、門診收入分析、門診醫(yī)療與藥品收入分析、職工記帳分類統(tǒng)計、藥品醫(yī)生使用分析、取藥人次分析、掛號走勢情況、科室收入分類統(tǒng)計、醫(yī)生收入分類統(tǒng)計、收費員收費情況、處方查詢、記帳單位情況查詢等; 2、 住院信息主要包括出入院人數(shù)、在院人數(shù)、空床情況、歷月收入情況、當月收入情況、在院收入情況、掛帳情況、每日收入情況、在院病人詳細醫(yī)囑、押金拖欠情況、科室收入分類統(tǒng)計、醫(yī)生收入分類統(tǒng)計、醫(yī)保信息查詢、病人平均住院天數(shù)、住院病人人均費用以及各種費用構(gòu)成比分析等; 3、 藥品信息包括全院藥品單價、庫存情況及各科室消耗情況,藥庫、藥房總帳及出入庫明細等。 |
序號 |
功能要求 |
30.1 |
1、 基礎(chǔ)資料是處理醫(yī)院業(yè)務的基礎(chǔ)。按用途可分為各類編碼定義信息、管理模式描述信息、各種費用核算信息及系統(tǒng)控制信息。按使用范圍可分為公共基礎(chǔ)數(shù)據(jù)、門診基礎(chǔ)數(shù)據(jù)、住院基礎(chǔ)數(shù)據(jù)以及藥品基礎(chǔ)數(shù)據(jù); |
序號 |
功能要求 |
31.1 |
1、 提供系統(tǒng)管理工具,包括數(shù)據(jù)庫創(chuàng)建、數(shù)據(jù)備份、數(shù)據(jù)恢復等; 2、 提供系統(tǒng)優(yōu)化工具,包括索引創(chuàng)建、數(shù)據(jù)遷移等; 3、 提供數(shù)據(jù)庫密碼管理工具,做到權(quán)限責任到人。 |
序號 |
功能要求 |
32.1 |
▲支持與江門地區(qū)職工醫(yī)保電子結(jié)算系統(tǒng)的無縫對接,并提供滿足江門地區(qū)醫(yī)保結(jié)算要求的結(jié)算單和報表。 |
序號 |
功能要求 |
33.1 |
▲支持與江門地區(qū)城鄉(xiāng)居民醫(yī)保電子結(jié)算系統(tǒng)的無縫對接,并提供滿足江門地區(qū)城鄉(xiāng)醫(yī)保結(jié)算要求的結(jié)算單和報表。 |
序號 |
功能要求 |
34.1 |
▲支持與江門地區(qū)住院大病醫(yī)保電子結(jié)算系統(tǒng)的無縫對接,并提供滿足江門地區(qū)住院大病醫(yī)保結(jié)算要求的結(jié)算單和報表。 |
序號 |
功能要求 |
35.1 |
▲支持與江門地區(qū)民政救助系統(tǒng)的無縫對接,并提供滿足江門地民政救助系統(tǒng)接口的結(jié)算單和報表。 |
36、全院CA電子簽名
序號 |
功能要求 |
36.1 |
1、 ▲病歷首頁簽名方法 對首頁中的相關(guān)字段信息歸集到xml文檔中,然后對xml文檔進行電子簽名,簽名后的簽名信息一起捆綁到xml文檔中。 2、 ▲長期醫(yī)囑和臨時醫(yī)囑簽名方法 對醫(yī)囑中的相關(guān)字段信息歸集到xml文檔中,然后對xml文檔進行電子簽名,簽名后的簽名信息一起捆綁到xml文檔中。 3、 ▲文書記錄簽名方法 文書記錄的原始數(shù)據(jù)就是文件,所以只要采用對文件進行電子簽名即可,電子簽名的原文是整個文件內(nèi)容,不分段簽名,簽名信息捆綁到文件的頁尾信息中。 4、 ▲表格記錄簽名方法 表格記錄的原始數(shù)據(jù)就是文件,所以只要采用對文件進行電子簽名即可,電子簽名的原文是整個文件內(nèi)容,簽名信息捆綁到文件的控件中保存。 5、 檢查報告簽名方法 檢查報告的原始數(shù)據(jù)就是文件,所以只要采用對文件進行電子簽名即可,電子簽名的原文是整個文件內(nèi)容,簽名信息捆綁到文件的控件中保存。 6、 檢驗報告簽名方法 對檢驗報告中的相關(guān)字段信息歸集到xml文檔中,然后對xml文檔進行電子簽名,簽名后的簽名信息一起捆綁到xml文檔中。 |
(五)、售后服務:
(1)自驗收合格之日起,所投報的軟件產(chǎn)品提供至少三年的維護期,維護期內(nèi)保證所有信息系統(tǒng)及時升級為投報人能提供的最新版本,并提供與第三方系統(tǒng)或設(shè)備接口的開發(fā)服務,升級、維護以及開發(fā)接口的費用包含在本項目的投標報價內(nèi)。無論在維護期內(nèi)或維護期外,投標人需提供上門服務。投標人需提供終身售后服務。
(2)系統(tǒng)發(fā)生故障后,自報障時起算,半小時內(nèi)響應,若遠程維護無法解決,4小時內(nèi)到達現(xiàn)場,48小時內(nèi)恢復系統(tǒng)正常運行。如果系統(tǒng)故障在規(guī)定時間內(nèi)仍無法排除的,投標人必須采取臨時應急措施,以保證采購人的正常使用。
(六)、付款方式:分期付款:
(1)合同簽訂生效后的10個工作日內(nèi),將合同總金額的30%支付給中標供應商。
(2)系統(tǒng)驗收合格后的一個月內(nèi),將余下款項(合同總金額的70%)支付給中標供應商。
(七)、完工期:自合同簽訂生效之日起90個日歷日內(nèi)完成系統(tǒng)建設(shè)并正式交付使用。
(八)、采購預算:人民幣150萬元。
四、資格條件:
1、投標人應當具備《政府采購法》第二十二條規(guī)定的條件;
2、投標人應當是具有合法經(jīng)營資格的法人或者其他組織,具有良好的信譽;
3、本項目不接受聯(lián)合體投標。
五、擬定供應商名稱、地址:
1、供應商名稱:江門市宏軟信息科技有限公司
2、地址:廣東省江門市蓬江區(qū)篁莊大道西10號7棟之2-310
六、公示時間:
自2017年8月18日至2017年8月24日五個工作日。
七、登記時間、地點及方式:
1、登記時間:2017年8月18日至2017年8月24日,每天8:30時-12:00時,14:30時-17:30時,(節(jié)假日除外)。
2、登記地點:深圳市國際招標有限公司江門經(jīng)營部(地址:江門市華園路23號101(江門市深聯(lián)招標有限公司內(nèi)))。
3、登記方式:現(xiàn)場登記。
八、登記時需提供以下文件:
1、營業(yè)執(zhí)照(副本);
2、稅務登記證(副本);(若有)
3、法定代表人/負責人證明書或授權(quán)委托書。
供應商登記時應當將前兩項文件的復印件和第3項(法定代表人/負責人證明書或授權(quán)委托書)的原件交我單位核對。所有復印件應當加蓋供應商的單位公章。
九、聯(lián)系方式:
1、采購人名稱:開平市中醫(yī)院
地址:開平市新昌大興街18號
聯(lián)系人:羅志宏
聯(lián)系電話:0750-2388553
傳真:0750-2388553
2、采購代理機構(gòu):深圳市國際招標有限公司
地址:江門市華園路23號101(江門市深聯(lián)招標有限公司內(nèi))
聯(lián)系人:龔先生
聯(lián)系電話:0750-3503824
傳真:0750-3503827
3、財政部門:開平市財政局
地址:開平市長沙東興大道人民東路5號
聯(lián)系人:唐海平
聯(lián)系電話:0750-2277281
傳真:0750-2277281
二〇一七年八月十七日