【正文】 器高壓板 個(gè) 1 106 顯示器控制板 個(gè) 1 107 顯示器驅(qū)動(dòng)板 個(gè) 1 108 速印機(jī)版紙（與醫(yī)院現(xiàn)有設(shè)備匹配） 卷 20 109 速印機(jī)油墨（與醫(yī)院現(xiàn)有設(shè)備匹配） 支 20 110 速印機(jī)滾筒（與醫(yī)院現(xiàn)有設(shè)備匹配） 個(gè) 1 111 速印機(jī)維修 次 1 112 鐵粉 包 1 113 2米 VGA線（含接口） 條 5 114 數(shù)據(jù)線 條 5 115 音頻線 條 1 116 硬盤電源轉(zhuǎn)接線 條 2 117 延長(zhǎng)線 條 2 118 并口線 條 2 119 電源線 條 8 120 45位獨(dú)立排插 個(gè) 20 項(xiàng)目名稱： 普寧市人民醫(yī)院采購(gòu)醫(yī)院信息系統(tǒng)招標(biāo)項(xiàng)目（二期） 招標(biāo)編號(hào)： 07241301D11N1544 17 121 六類模塊（與醫(yī)院現(xiàn)有網(wǎng)絡(luò)匹配） 個(gè) 10 122 六類面板（與醫(yī)院現(xiàn)有網(wǎng)絡(luò)匹配） 個(gè) 10 123 底盒 個(gè) 8 124 六類非屏水晶頭（ 知名品牌） 個(gè) 100 125 六類網(wǎng)線（與醫(yī)院現(xiàn)有網(wǎng)絡(luò)匹配） 米 520 126 六類網(wǎng)絡(luò)跳線（與醫(yī)院現(xiàn)有網(wǎng)絡(luò)匹配） 條 30 127 光纖跳線 24M（與醫(yī)院現(xiàn)有網(wǎng)絡(luò)匹配） 條 2 128 24口配線架（與醫(yī)院現(xiàn)有網(wǎng)絡(luò)匹配） 個(gè) 2 129 UPS電源 1KVA 臺(tái) 20 130 UPS電池（ 1KVA機(jī)用） 個(gè) 4 采購(gòu)項(xiàng)目詳細(xì)技術(shù)規(guī)格及參數(shù)要求： 一、 醫(yī)院感染管理監(jiān)測(cè)信息系統(tǒng) 醫(yī)院感染病例監(jiān)測(cè) ：主要涉及 感染病例登記、 查詢，各類醫(yī)院感染報(bào)表，可從醫(yī)院信息系統(tǒng)（ HIS）導(dǎo)入或手工錄入病人基 本資料及感染相關(guān)信息。計(jì)算導(dǎo)尿管病使用率和與導(dǎo)尿管相關(guān)性尿路感染率、中心靜脈導(dǎo)管使用率和與相關(guān)性原發(fā)性菌血癥感染率、呼吸機(jī)使用率和與相關(guān)性肺部感染率。 環(huán)境衛(wèi)生學(xué)監(jiān)測(cè) ：由檢驗(yàn)科人員或院感工作人員錄入醫(yī)院消毒衛(wèi)生學(xué)監(jiān)測(cè)的檢驗(yàn)結(jié)果，軟件可對(duì)監(jiān)測(cè)結(jié)果自動(dòng)評(píng)價(jià)，并打印監(jiān)測(cè)報(bào)告單和各類統(tǒng)計(jì)圖表和報(bào)表。相關(guān)報(bào)表有按科室匯總、按關(guān)聯(lián)操作匯總、接工別進(jìn)行匯總，可以從多個(gè)角度分析職工針刺傷的情況。監(jiān)測(cè)的天數(shù)、同時(shí)發(fā)病的人數(shù)等都可以由用戶自己設(shè)置。 1疑似病歷搜索 。 實(shí)施“陽(yáng)光用藥監(jiān)管系統(tǒng)”，對(duì)規(guī)范醫(yī)生用藥，實(shí)施全方位監(jiān)督，特別對(duì)處內(nèi)容、治療費(fèi)用和藥品種類 (抗菌藥、基藥、針劑 )等重要信息做到適時(shí)監(jiān)管，有利于預(yù)防醫(yī)藥購(gòu)銷領(lǐng)域商業(yè)賄賂，有效提高服務(wù)質(zhì)量，降低患者醫(yī)藥費(fèi)用。為配合衛(wèi)生部醫(yī)管司的醫(yī)院質(zhì)量監(jiān)測(cè)系統(tǒng)的運(yùn)行要求，普寧市人民醫(yī)院將使用 HQMS系統(tǒng)將出院病人的電子病歷病案首頁(yè)內(nèi)容進(jìn)行上報(bào)。 2. HQMS建設(shè)目標(biāo)： 1) 數(shù)據(jù)的抽取、收集 應(yīng) 完整、準(zhǔn)確、快速，數(shù)據(jù)的編 碼 應(yīng) 與 HQMS的技術(shù)接口要求的編碼標(biāo)準(zhǔn)相匹配。 4) 能夠準(zhǔn)時(shí)、精確、快速的將數(shù)據(jù)導(dǎo)出成 CSV格式文件，以備上傳。 項(xiàng)目名稱： 普寧市人民醫(yī)院采購(gòu)醫(yī)院信息系統(tǒng)招標(biāo)項(xiàng)目（二期） 招標(biāo)編號(hào)： 07241301D11N1544 19 3) 數(shù)據(jù) 接口準(zhǔn)確可靠高效， HQMS 系統(tǒng)從醫(yī)院各信息系統(tǒng)抽取數(shù)據(jù)時(shí)應(yīng)將對(duì)其它系統(tǒng)的影響降到最低。 1) 保證數(shù)據(jù)上報(bào)的網(wǎng)絡(luò)通暢，數(shù)據(jù)及時(shí)上報(bào)。 5. 服務(wù)器平臺(tái) 及客戶端平臺(tái)要求 : 系統(tǒng)支持在 Windows Server2020/2020/2020平臺(tái)上運(yùn)行，要求采用當(dāng)前主流的大型數(shù)據(jù)庫(kù)平臺(tái)，如 :SQL Server,Oracle,DB2等。 根據(jù)臨床信息的基本概念和系統(tǒng)架構(gòu)，結(jié)合衛(wèi)生部、國(guó)家中醫(yī)藥管理局關(guān)于《病歷書寫基本規(guī)范（試行）》和《中醫(yī)、中西醫(yī)結(jié)合病歷書寫基本規(guī)范（試行）》相關(guān)要求，臨床信息的基本內(nèi)容由：病歷概要、門（急）診診療記錄、住院診療記錄、健康體檢記錄、轉(zhuǎn)診（院）記錄、法定醫(yī)學(xué)證明及報(bào)告、醫(yī)療機(jī)構(gòu)信息等七個(gè)業(yè)務(wù)域的臨床信息記錄構(gòu)成（注意這只是臨床信息各類記錄的最小集，實(shí)際醫(yī)療業(yè)務(wù)的輸出可以超出這個(gè)范圍）。 （ 4）醫(yī)療費(fèi)用記錄 指患者在醫(yī)療機(jī)構(gòu)歷次就診所發(fā)生的醫(yī)療費(fèi)用摘要信息。 （ 3）門（急）診治療處置記錄：指一般治療處置記錄，包括治療記錄、手術(shù)記錄、麻醉記錄、輸血記錄等。 （ 6）知情告知信息：指醫(yī)療機(jī)構(gòu)需主動(dòng)告知患者和 /或其親屬，或需要患者（或患者親屬）簽署的各種知情同意書，包括手術(shù)同意書、特殊檢查及治療同意書、特殊藥品及材料使用同意書、輸血同意書、病重（危）通知書、麻醉同意書等。 （ 3）住院病程記錄：包括首次病程記錄、日常病程記錄、上級(jí)查房記錄、疑難病例討論、交接班記錄、轉(zhuǎn)科記錄、階段小結(jié)、搶救記錄、會(huì)診記錄、術(shù)前小結(jié)、術(shù)前討論、術(shù)后首次病程記錄、出院小結(jié)、死亡記錄、死亡病例討論記錄等。 （ 6）住院護(hù)理記錄：包括護(hù)理操作記錄和護(hù)理評(píng)估與計(jì)劃兩部分。 （ 9）知情告知信息：與門診知情告知信息相同。主要包括：出生醫(yī)學(xué)證明、死亡醫(yī)學(xué)證明、傳染病報(bào)告、出生缺陷兒登記等。 根據(jù)臨床業(yè)務(wù)規(guī)范和實(shí)際應(yīng)用需要，臨床信息中各業(yè)務(wù)域的信息內(nèi)容分別由若干相關(guān)業(yè)務(wù)活動(dòng)記錄有機(jī)組合、抽取而成，并具有一定的靈活性和可擴(kuò)展性，以適應(yīng)醫(yī)療服務(wù)改革發(fā)展的需要。 查詢功能可用的條件較少，僅限于住院號(hào)碼、病人姓名等。 整合電子病歷外部數(shù)據(jù)接口、減少數(shù)據(jù)冗余，提高接口速度。 4. 實(shí)現(xiàn)結(jié)果： 集成度 建設(shè)一個(gè)以電子病歷為業(yè)務(wù)核心的醫(yī)院信息集成平臺(tái)。 五、 軟件基礎(chǔ)架構(gòu)改造（ 1期） 軟件基礎(chǔ)架構(gòu)系統(tǒng)升級(jí)的目的在于為醫(yī)院今后的應(yīng)用系統(tǒng)開發(fā)搭建一個(gè)先進(jìn)的、開放的、標(biāo)準(zhǔn)化的軟件基礎(chǔ)技術(shù)架構(gòu)，以滿足基于該基礎(chǔ)架構(gòu)所開發(fā)的應(yīng)用軟件的靈活性、可維護(hù)性、可擴(kuò)展性、標(biāo)準(zhǔn)化、規(guī)范化等方面的要求。隨著層次越分越多，各層的功能越來越單純，系統(tǒng)架構(gòu)越來越靈活，不同模塊之間的耦合越來越松散、系統(tǒng)的可擴(kuò)展性可維護(hù)性越來越好。通過 XAML創(chuàng)建專業(yè)級(jí)的用戶界面，界面與邏輯代碼完全分離，系統(tǒng)可以象 WEB應(yīng)用程序一樣按頁(yè)面構(gòu)造，并在頁(yè) 面之間導(dǎo)航。而其中的 activity的概念和以 Act為核心的 HL7模型又是一脈相承的。它有別于 Web Service以及與其相關(guān)的 SOAP、 WSDL、 WS*、XML 等一系列復(fù)雜技術(shù)， HIS Service 仍然是一個(gè) DLL，但不是通過 SOAP而是通過二進(jìn)制的方式調(diào)用。而相互獨(dú)立的服務(wù)劃分，能夠降低系統(tǒng)的復(fù)雜性、提高系統(tǒng)的可維護(hù)性。 許多面向?qū)ο蟮脑O(shè)計(jì)做法通常傾向于設(shè)計(jì)帶有細(xì)粒度接口的對(duì)象，由于這種細(xì)粒度特性，必須調(diào)用大量方法才能實(shí)現(xiàn)所需的結(jié)果。粗粒度接口 公開一組相對(duì)較小的獨(dú)立方法。并且，這種封裝是不需要對(duì)原有的 HIS系統(tǒng)做任何改動(dòng)的。對(duì)比而言，在很多傳統(tǒng)的程序設(shè)計(jì)中，很多地方需要用到患者信息的時(shí)候不管別的地方有沒有就訪問數(shù)據(jù)庫(kù)，不僅效率低下、代碼冗余，而且還頻繁地訪問數(shù)據(jù)庫(kù)服務(wù)器、降低了 系統(tǒng)性能。 新的軟件基礎(chǔ)架構(gòu)需要基于 HL7 （ RIM， Reference Information Model）構(gòu)建核心 的領(lǐng)域模型，因?yàn)槠淠Ｐ驮醋?HL7 V3 RIM，所以不但能很好地貼合醫(yī)療領(lǐng)域的內(nèi)在規(guī)律，而且具有良好的抽象性，能夠適應(yīng)軟件的不斷變化和發(fā)展。還具有良好的可擴(kuò)展性、對(duì)象地址無關(guān)性，支持 HTTP、 SOAP、 TCP、 MSMQ、命名管道多種 endpoint。雖然類的組織通常可比較接近地反映出關(guān)系數(shù)據(jù)庫(kù)表的組織，但是擬合程度并不完美。對(duì)于從對(duì)象模型到關(guān)系模型的映射，稱之為 OR映射（ ObjectRelationship Mapping）。同樣，一個(gè)概念模型 /邏輯模型可以映射到多個(gè)存儲(chǔ)模型。 項(xiàng)目名稱： 普寧市人民醫(yī)院采購(gòu)醫(yī)院信息系統(tǒng)招標(biāo)項(xiàng)目（二期） 招標(biāo)編號(hào)： 07241301D11N1544 24 再比如可維護(hù)性，假設(shè)出于性能優(yōu)化的考慮，需要對(duì)存儲(chǔ)模型進(jìn)行更改（比如把大表分拆為小表等），也只需要修改存儲(chǔ)模型和映射層，而不需要對(duì)概念模型、數(shù)據(jù)類或應(yīng)用程序代碼進(jìn)行更改。 而 LINQ（ Language INtegrated Query）則在 .NET語言中集成了查詢的 數(shù)據(jù)訪問模型，使得其對(duì)多種數(shù)據(jù)源的做到了一致性的訪問。 由于醫(yī)學(xué)技術(shù)的發(fā)展，會(huì)不斷地有新的內(nèi)容結(jié)構(gòu)增加到病歷中。 B. 能夠適應(yīng)科研數(shù)據(jù)的要求。醫(yī)生日后的修改和補(bǔ)充都是在病歷上進(jìn)行的，用于科研的內(nèi)容很難再反饋到數(shù)據(jù)庫(kù) 中，導(dǎo)致大量的科研用的內(nèi)容數(shù)據(jù)和真實(shí)的病歷數(shù)據(jù)不一致，從長(zhǎng)遠(yuǎn)的臨床數(shù)據(jù)應(yīng)用來說是致命的，也就失去了科研的意義。 E. 能夠?qū)⑴R床數(shù)據(jù)中的最小結(jié)構(gòu)單元直接綁定到各種國(guó)際標(biāo)準(zhǔn)或行業(yè)標(biāo)準(zhǔn)。這樣，同樣的一份臨床數(shù)據(jù)，就可以按照不同的標(biāo)準(zhǔn)進(jìn)行輸出，達(dá)到最終的區(qū)域共享的目的。 基于 HL7 V3 RIM 的數(shù)據(jù)建模，和基于 IHE的系統(tǒng)結(jié)構(gòu) 系統(tǒng)應(yīng)基于 HL7 V3 RIM來建立自己的核心模型。并且，數(shù)據(jù)綁定的實(shí)現(xiàn)方式使得系統(tǒng)可以適應(yīng)數(shù)據(jù)標(biāo)準(zhǔn)的迅速變化。 對(duì)影響突出的數(shù)據(jù)層進(jìn)行從業(yè)務(wù)到理論的深入分析，從分論證，得到完整可行的數(shù)據(jù)層規(guī)劃，同時(shí)進(jìn)行實(shí)施，實(shí)施時(shí)要充分考慮新老數(shù)據(jù)的交替，保證老系統(tǒng)的正常運(yùn)行。同時(shí)，可以在多個(gè)數(shù)據(jù)標(biāo)準(zhǔn)之間進(jìn)行術(shù)語的映射，以實(shí)現(xiàn)跨越不同標(biāo)準(zhǔn)的數(shù)據(jù)轉(zhuǎn)換。 能把衛(wèi)生部 EHR/EMR數(shù)據(jù)標(biāo)準(zhǔn)落地，同時(shí)兼容多種不同的數(shù)據(jù)標(biāo)準(zhǔn) 衛(wèi)生部發(fā)布的 EHR/EMR 數(shù)據(jù)標(biāo)準(zhǔn)是關(guān)于數(shù)據(jù)元的標(biāo)準(zhǔn)。這使得系統(tǒng)之間的耦合足夠松散，同時(shí)易于集成。結(jié)構(gòu)化的存儲(chǔ)模型設(shè)計(jì)，應(yīng)該支持將模型中的最小結(jié)構(gòu)化單元直接綁定到各種標(biāo)準(zhǔn)。 臨床數(shù)據(jù)滿足脫機(jī)使用才能很好的實(shí)現(xiàn)未來交換和傳輸?shù)男枨螅珉娮硬v可以脫離電子病歷系統(tǒng)環(huán)境獨(dú)立瀏覽，為將來電子病歷最終實(shí)現(xiàn)“數(shù)字病案室”、“區(qū)域醫(yī)療病案集中歸檔”、“個(gè)人健康記錄”奠定必要的信息轉(zhuǎn)移基礎(chǔ)。例如電子病歷編輯器在制作模板時(shí)能夠設(shè)置病歷科研所需的數(shù)據(jù)項(xiàng)，保證這些數(shù)據(jù)能夠始終存在，同時(shí)按照 科研的要求只能做選擇、按格式錄入或?qū)斎氲臄?shù)據(jù)能做必要正確性檢查，滿足科研需求。模型要能適 應(yīng)這種結(jié)構(gòu)上的變化，能夠支持新的結(jié)構(gòu)類型并能保持歷史結(jié)構(gòu)。 數(shù)據(jù)層 應(yīng) 能支持臨床數(shù)據(jù)的結(jié)構(gòu)化存儲(chǔ)。 LINQ集成的數(shù)據(jù)訪問模型。 設(shè)計(jì)良好的軟件基礎(chǔ)架構(gòu)可以采用這種方式來提高系統(tǒng)的可移植性、可擴(kuò)展性、可維護(hù)性。開發(fā)人員可以使用可映射到各種存儲(chǔ)模型（例如，可能在不同的數(shù)據(jù)庫(kù)管 理系統(tǒng)中實(shí)現(xiàn)）的一致的應(yīng)用程序?qū)ο竽Ｐ汀? 在這種情況下，現(xiàn)有解決方案只能通過將面向?qū)ο蟮念惡蛯傩杂成涞疥P(guān)系表和列來嘗試彌合這種通常稱為“阻抗不匹配”的差異。 以絕大部分廠商所采用的關(guān)系存儲(chǔ)模型為例，其與作為對(duì)象模型的概念模型、邏輯模型之間往往存在巨大的差異。 WCF支持分布式事務(wù)，具有優(yōu)良的跨平臺(tái)交互性（支持強(qiáng)類型和無類型消息： .程序可以共享自定義類型；其他平臺(tái)的軟件可以使用松散類型的 XML流），采用基于特性的編程方式，廣泛支持WS*系列規(guī)范，它是在 SOA的基礎(chǔ)上構(gòu)建，很多概念和 Web Service的概念直接對(duì)應(yīng)。 邏輯層改變以前功能驅(qū)動(dòng)的工作模式，轉(zhuǎn)而采用了模型驅(qū)動(dòng)。 在 HIS 內(nèi)部的各個(gè)系統(tǒng)之間，某些場(chǎng)景使用 HIS Service，能提高系統(tǒng)的使用效率。因?yàn)槟硞€(gè)方法所需的全部數(shù)據(jù)都以參數(shù)形式傳入該方法中，所以這些方法都被視為獨(dú)立方法。 如果使用公開細(xì)粒度接口的對(duì)象，則會(huì)大大影響應(yīng)用程序的性能，這是由于細(xì)粒度接口要求跨進(jìn)程和網(wǎng)絡(luò)邊界進(jìn)行多次方法調(diào)用。在同一個(gè)應(yīng)用程序內(nèi)部，使用 DLL二進(jìn)制方式調(diào)用的 HIS Service，而不是基于 SOAP和 XML的 Web Service，有利于提高程序的運(yùn) 行效率和性能。 HISService是為了實(shí)現(xiàn) SOA架構(gòu)而準(zhǔn)備的，從邏輯上來看，它就是 SOA架構(gòu)中所指的“服務(wù)”，而從實(shí)現(xiàn)技術(shù)上來看，把 HIS Service轉(zhuǎn)換為 Web Service也是一件非常容易的事情（很容易把服務(wù)對(duì)象的 DLL封裝成為 Web Service）。并且按照 IHE規(guī)范，構(gòu)建可互操作的、易于進(jìn)行異構(gòu)系統(tǒng)集成的 HIS組件。 采用 WF（ Windows Workflow Foundation）工作流技術(shù)，適應(yīng)應(yīng)用流程的迅速變化。 表示層應(yīng)能創(chuàng)建想象得到的任何包含 2D/3D、視頻、音頻、動(dòng)畫、富文檔視圖等內(nèi)容的界面?？紤]到該項(xiàng)工程的風(fēng)險(xiǎn)，以及 用戶 實(shí)際存在的問題，該項(xiàng)目工程在設(shè)計(jì)規(guī)劃時(shí)依照完整方案設(shè)計(jì)，具體實(shí)施分為兩個(gè)周期進(jìn)行，以最小風(fēng)險(xiǎn) 完成該項(xiàng)目。 互聯(lián)互通及共享 電子病歷平臺(tái)全方位覆蓋醫(yī)院所有業(yè)務(wù)，使醫(yī)院內(nèi)部信息得以互聯(lián)互通以及有關(guān)數(shù)據(jù)的共享和交換。 改善電子病歷查詢管理功能，增加模糊查詢，能按條件查詢。 3. 升級(jí)要求： 參照衛(wèi)生部《醫(yī)院 信息系統(tǒng)基本功能規(guī)范》、《電子病歷系統(tǒng)功能規(guī)范（試行）》、相關(guān)行業(yè)標(biāo)準(zhǔn)等要求、結(jié)合本院實(shí)際使用需求對(duì)存在的主要問題進(jìn)行改造。這兩套系統(tǒng)沒有整合在一起，醫(yī)療信息無法有效交換、共享 數(shù)據(jù)接口繁雜；眾多的數(shù)據(jù)接口導(dǎo)致維護(hù)任務(wù)繁重，數(shù)據(jù)交換差錯(cuò)較多。 臨床信息的信息內(nèi)容主要來源于醫(yī)療機(jī)構(gòu)在為患者（或保健對(duì)象）提供臨床診療和指導(dǎo)干預(yù)過程中產(chǎn)生的各類醫(yī)療服務(wù)工作記錄（統(tǒng)稱為業(yè)務(wù)活動(dòng)記錄）。 轉(zhuǎn)診（院）記錄 指醫(yī)療機(jī)構(gòu)之間進(jìn)行患者轉(zhuǎn)診（轉(zhuǎn)入或轉(zhuǎn) 出）的主要工作記錄。 （ 7）出院記錄：無子記錄。 （ 5）住院治療處置記錄：包括一般治療處置記錄和助產(chǎn)記錄兩部分。其 中包括的子記錄分別為： （ 1）住院病案首頁(yè)：分為住院病案首頁(yè)和中醫(yī)住院病案首頁(yè)。 項(xiàng)目名稱： 普寧市人民醫(yī)院采購(gòu)醫(yī)院信息系