一、項目基本情況
項目編號：Jp4-210100-00014
項目名稱：沈陽市屬公立醫院面向?？颇芰υu價的成本數據治理及動態管控體系建設項目
包組編號：001
預算金額（元）：28,861,000.00
最高限價（元）：28,861,000
采購需求：
查看
1 項目綜述
1.1 項目說明
本項目的目的在于完成沈陽市公立醫院高質量發展運營管理一體化平臺項目建設，構建統一的區域綜合管理平臺和成本核算體系。
打造一體化運營監管平臺，以區域統一的成本核算為核心，全面提高區域內醫療機構的整體運營效率，促進高質量發展，提高醫院精細化、智能化水平；制定統一標準和規范，統一區域醫療機構的管理口徑，建立統一的運營數據中心，進行數據采集、計算和存儲，為衛健委管理決策提供基礎支撐。
面向?？颇芰υu價的成本數據治理及動態管控體系建設項目是醫院成本核算與分析的有效管理工具。引入以全成本核算方法、作業成本法、當量法、自下而上法（項目疊加法）、費用成本轉換法（CCR法）、標準臨床路徑、歷史成本法等先進的核算方法，實現科室成本管控、醫療項目成本管控、病種和DRG、DIP成本管控，應用于醫院成本分析評價和醫療成本控制，第一能真實完整的反映科室的成本狀況及經營情況，第二醫療服務項目是醫院成本核算的基礎單位，醫療服務項目的核算結果有助于醫院基于病種層面和科室層面的數據分析，為醫院的成本控制和管理提供更加充足依據，第三對DRG、DIP病種層面的收入和成本構成進行監測，重點監測每個DRG病組收入及成本的藥占比、耗材占比、檢查檢驗占比、醫務占比等，對癥下藥的開展控制成本工作，深入推進醫院精細化管理。
成本一體化項目建設，遵循統一標準和規范。在滿足醫院自身發展的同時，向標準化、規范化、精細化方向演進，以創新成本核算體系為紐帶，充分協同醫院、醫保、衛健三方聯動，推動成本核算在醫療服務定價、公立醫院成本控制和績效評價中的作用，提升醫院內部管理水平和運營效率，不斷提升智慧管理水平，推進醫院可持續的高質量發展。
以“推動衛生健康事業高質量發展”為目標，以推進數字化、智能化管理為手段，加強公立醫院成本管理建設，提升區域醫院運營精細化管理水平；打造數字政府型管理體系，強化衛健委決策能力；構建醫院間對標分析體系，打破數字鴻溝，持續賦能區域醫院高質量發展。
1.2 項目整體規劃
基于頂層設計的思路，本次項目建設包含了醫院端的成本核算咨詢服務、數據治理、數據分析以及全體系的成本一體化管理軟件，具體規劃和建設思路如下：
以衛健委的上層指示為指導，在統一標準和規范的指引下，各醫院搭建自身的成本運營系統管理平臺，再以此平臺為媒介，根據醫院的實際管理需要及信息化的進程在平臺上完成其他管理系統的項目建設，平臺上的各系統之間必須實現業務上的無縫銜接、數據上的同源共享和工作上的協同暢通。
實際項目會以此為基礎，根據衛健委的指導、醫院的實際管理需要和信息化的規劃進程有針對性的進行選擇并建設。
2 項目建設內容
本次項目的建設內容及摘要如下：其中項目成本核算必須以作業成本法為核心，DRG成本核算必須為項目疊加法為主。
2.1 項目建設內容
本次項目建設的成本管理體系，內容及核心功能分別如下：
n 成本一體化建設內容：
| 序號 |
服務&系統 |
數量 |
核心功能 |
| 1 |
成本咨詢與數據治理 |
19 |
成本管理診斷服務 |
| 成本核算方案設計 |
| 成本核算服務 |
| 成本分析診斷服務 |
| 成本管理制度優化服務 |
| 成本數據治理服務 |
| 2 |
科室成本管理系統 |
19 |
基礎數據維護 |
| 成本歸集 |
| 二次分配 |
| 核算模型 |
| 分攤計算 |
| 成本預算 |
| 成本考核 |
| 成本報表 |
| 成本分析 |
| 成本監測 |
| 分析報告 |
| 基礎設置 |
| 3 |
項目成本管理系統 |
19 |
基礎數據維護 |
| 核算模型 |
| 項目成本計算 |
| 成本報表 |
| 成本分析 |
| 調價及補償測算 |
| 分析報告 |
| 基礎設置 |
| 4 |
DRG成本管理系統（疊加法） |
19 |
基礎數據維護 |
| 成本計算 |
| 核算模型設置 |
| 成本報表 |
| 成本分析 |
| 分析報告 |
| 基礎設置 |
| 5 |
專科能力評價系統服務（門診和出院患者復雜程度評價） |
19 |
病種維度評價 |
| 關鍵技術評價 |
| 病人維度評價 |
接口建設內容
| 序號 |
服務&系統 |
數量 |
核心功能 |
| 1 |
接口 |
19 |
成本系統與HIS等醫院第三方系統接口 |
配套服務器
| 序號 |
服務&系統 |
數量 |
核心功能 |
| 1 |
服務器 |
38 |
硬件指標要求 |
| 虛擬化軟件指標要求 |
配套數據庫
| 序號 |
服務&系統 |
數量 |
核心功能 |
| 1 |
數據庫 |
19 |
數據庫 |
2.2 項目建設內容概要
本項目醫院端的成本管理系統建設要求基于統一平臺完成醫院綜合成本運營及相應的各分系統項目建設，平臺上的各分系統之間必須無縫銜接，統一運行：
1. 系統管理平臺作為智慧財經業務模塊的支撐，提供組織、權限、流程、基本檔案、后臺任務、系統監控等功能，同時為滿足用戶業務的多變性，具有參數、表單設置、設置代碼表等功能，為醫院運營管理提供一體化全面的解決方案。
2. 建立適合醫院應用的全成本核算的理論方法和合理的成本分攤方法，形成以成本核算為數據處理中心的業務管理模式。醫院成本管理流程與應用設計完全符合財政部、衛生部 《醫院財務制度》（財社[2010]306號）文件的制度規范要求。
3. 針對醫院的成本管理現狀進行調研，了解醫院成本管理現狀和存在的問題，結合醫院總體情況進行分析，尋找醫院在成本管理意識、管理方法與措施等方面需要提升的地方，形成醫院成本管理和數據應用的提升方案。
4. 科室成本依照財務理論方法對責任單位的科室進行細致化成本核算，是責任單位在醫療經營過程中所耗費的資金歸集?？剖页杀局饕菍ω熑螁挝徊剖业慕洜I做出預測和決策，在醫院的管理中有著重要作用。
5. 項目成本核算每個醫療項目所核算的成本，反映了醫療項目所耗費的資金。項目成本主要作用在于考核醫療項目的盈虧并作為補償和定價的依據。項目成本核算是醫院科室成本核算工作的延伸。
6. DRG成本是從診斷組的維度反映治療所耗費的資金總和。DRG成本可以對治療的過程進行綜合評價，為病種收費提供依據，為醫保的結算開辟新的途徑，DRG成本核算也是科室成本和項目成本核算工作的繼續。
7. 重點?？颇芰υu價采用多種可量化指標客觀描述醫院、院內各科的臨床能力，為學科評價和專業發展水平對比提供數據支持。運管辦以及其他負責醫院臨床能力管理的部門的用戶。通過關鍵病種和技術覆蓋情況、患者復雜程度指數PCCI、手術風險等角度評價醫院或科室的臨床能力廣度與難度。
8. 完成成本系統與醫院其他第三方系統（HIS等）的接口開發及服務。
9. 完成成本一體化系統配套需要的國產服務器、國產數據庫等。
2.3 建設規模
沈陽市衛生健康委員會及市級19家醫院。
醫院名錄：
（1） 沈陽市第一人民醫院（沈陽市腦病研究所）
（2） 沈陽醫學院附屬第二醫院
（3） 沈陽市紅十字會醫院
（4） 沈陽市第四人民醫院（沈陽市眼病研究所、沈陽市老年人保健所）
（5） 沈陽市第五人民醫院（沈陽市腫瘤研究所）
（6） 沈陽市中西醫結合醫院（沈陽市第七人民醫院）
（7） 沈陽醫學院附屬中心醫院（沈陽醫學院奉天醫院、沈陽市中心醫院、沈陽市手外科醫院）
（8） 沈陽市勞動衛生職業病研究所（沈陽市勞動衛生職業病研究所附屬職業病防治院、沈陽市第九人民醫院）
（9） 沈陽市胸科醫院（沈陽市第十人民醫院）
（10） 沈陽市骨科醫院
（11） 沈陽市口腔醫院（沈陽市口腔技術研究所、沈陽市牙病預防保健所）
（12） 沈陽市肛腸醫院
（13） 沈陽市婦嬰醫院
（14） 沈陽市兒童醫院
（15） 沈陽市中醫院(沈陽市中醫研究所）
（16） 沈陽急救中心
（17） 沈陽市婦幼保健院
（18） 沈陽市精神衛生中心（沈陽市精神疾病預防控制中心）
（19） 沈陽市安寧醫院
2.4 建設周期
合同簽訂后12個月內，完成項目建設的全部內容，并驗收。
2.5 建設目標
通過建設醫院成本數據治理及動態管控體系，將實現如下目標：
n 建立成本核算體系，為成本管理提供準確的數據
準確、可靠的成本數據是成本管理的基礎，依賴完善的成本核算體系來實現，包括成本核算辦法、流程、信息系統、并明確將責任落實到相關部門和人員，及時核算出真實、準確的科室、項目、病種、DRG等成本，為醫院內部成本管理、醫保支付談判、以及外部價格主管單位醫療服務定價等提供真實、準確的成本數據支持。
n 建立醫院成本數據分析診斷模型，用數據驅動管理
優化醫院的資源運行效率，單單使用流程驅動管理手段是不夠的，還需要用數據驅動的管理手段，通過不斷測量醫院的資源獲取、資源利用、價值創造方面的效率 ，結合價值鏈分析，從而達到擠干水分、提高效益的目的。
n 建立?？七\營管理體系
醫院是由各個臨床?？?、醫技科室、護理單元 、行政后勤科室構成，其中直接為患者提供服務，承擔醫療服務和經營的一線就是各個臨床?？疲鲗？频母偁巸瀯菡掀饋聿拍苄纬舍t院的競爭優勢。因此，要想獲得醫院的競爭優勢，將不得不依賴于發揮每一個?？频闹鲃有?，激發每一個基本生產單元的積極性，將經營工作下沉到?？频膶用?，將醫院經營深化為?？平洜I。
n 建立適應DRG付費模式的成本管理體系
項目付費下，收入與成本是同步變化的，這就相當于花別人的錢辦別人的事，既不講究效率也不講究成本。DRG付費模式最大的轉變是原本同步變動的收入成本開始分離，在收入給定的狀況下，開展的醫療項目成為了成本支出，因此在DRG付費模式下，控制成本使之與收入一致變得越來越重要。
n 樹立全員的成本意識
成本管理是一種管理思想，只有對這種思想充分理解，它才會對醫院產生管理意義，一些工具和方法上的不足可以隨著醫院的發展逐步完善，但如果對這種思想沒有充分理解，（如把成本管理簡單等同于成本核算），那么即使有這完善的工具和方法，對醫院的實際發展也未必有用。全院的成本意識和精細化的管理流程是達成成本管理效果的核心。
n 門診和出院患者復雜程度評價及重點?？颇芰υu價體系
依據“病種維度”、“關鍵技術”和“病人維度”三個客觀的指標，建立科學的數學分析模型，量化每一個科室的臨床能力。
臨床?？颇芰Ψ从车氖轻t療機構提供醫療服務的水平和發展潛力，主要體現在以下幾個方面：醫療機構獲取醫療資源和配置資源的能力，安全提供診斷和治療方法的可能性以及在既定資源約束下可提供服務的總量，應用和推廣臨床技術的能力；是否擁有具備專業知識、受到專業技能訓練的團隊。對醫院臨床專科能力進行評價是推動醫院績效升級，提高醫院管理水平的有效做法。
3 成本一體化業務需求
3.1 成本咨詢與數據治理服務
3.1.1 成本管理診斷服務
通過對醫院成本管理現狀及存在問題的了解，結合醫院總體運營數據的分析，尋找醫院在成本管理意識、管理方法與措施等方面需要提升的地方。
3.1.2 成本核算方案設計
包括成本核算單元設計、成本項目設計、成本分攤方案、作業模型梳理、成本報表體系設計。
3.1.3 成本核算服務
包括科室成本核算服務、項目成本核算服務、病種成本核算服務，服務形式主要以出具相關成本報表、數據報告為主要服務內容，指導醫院成本運營，對虧損項目、病種、DRG深度分析，幫助醫院尋找可控成本、優化成本結構、減少不合理支出。
3.1.4 成本分析診斷服務
通過對人、財、物業務的深入分析，結合醫院相關管理制度，深入診斷醫院成本管控方面的不足，并提出改進方案。
3.1.5 成本管理制度優化服務
基于成本核算數據及分析結果，提供成本管理制度優化服務、成本管理標準測算等服務。
3.1.6 成本數據治理服務
包括數據采集方案、數據接口制作、數據質控分析、異常數據清洗與處理、數據校驗與核對。數據治理范圍包括財務支出數據、收入數據、內部服務量、外部服務量、病案首頁，各項資源消耗（如人員經費、衛生材料消耗、固定資產折舊等）等內容。
3.2 科室成本管理系統
3.2.1 基礎數據維護
（1） 支持收入數據一次采集，即可完成科室成本、項目成本、DRG/DIP成本一體化核算，確保數據同源
（2） 支持收入數據從HIS收費系統自動采集，按照收入日期、收入項目、開單科室、執行科室、收入金額等內容采集；收費數據可按天采集；
（3） 支持從源頭系統自動采集成本，實現成本業務一體化采集科室成本；可以從工資系統、固定資產系統、物資管理系統、資金支出管控系統等業務系統自動化采集科室成本數據
（4） 支持醫療業務收入按照設定的分配比例在開單科室和執行科室之間分配
（5） 支持單位上繳保險項自動計算功能
（6） 針對計算計入的成本項目（如：煤、水、電、氣）消耗比較大的科室，支持按照“大用戶”進行數據采集
（7） 提供數據接口平臺，實現外部成本數據、工作量數據、收入數據等成本核算相關數據的自動化采集
（8） 支持數據質量評價，對業務數據進行質量控制和評價
3.2.2 成本歸集
（1） 支持成本歸集數據、收入歸集數據；
（2） 支持財務核算數據自動對賬、平衡
（3） 支持大用戶的數據在成本歸集的時歸集到受益科室
3.2.3 二次分配
（1） 支持按照成本業務明細數據進行二次分配的模式；
（2） 支持成本業務明細數據先歸集到成本項目后，再將成本項目金額進行二次分配的模式
3.2.4 核算模型
（1） 支持成本分攤標準自定義，實現不同的成本項目可以采用不同的分攤標準
（2） 支持成本分攤方案建模設計，能夠自行選擇成本分攤順序、，成本分攤標準、成本轉移方式、攤出科室、攤出項目、攤入科室等，允許批量設置，允許設置排除條件定向分攤條件等
（3） 支持按人數、按面積、按執行收入、按比例收入、按門診診次、按住院床日、按手術難度、按工作量等標準分攤成本
（4） 支持成本分攤標準自動取數與批量采集
（5） 支持跨級分攤、平級分攤、定向分攤等多樣化復雜的成本分攤方式
3.2.5 分攤計算
（1） 支持科室成本采用“三級四類分攤法”分攤，按照分項逐級分步結轉的方式進行分攤，最終將所有科室間接成本分攤到臨床服務類科室
（2） 支持按照設定的成本分攤方案計算成本分攤結果
（3） 支持對分攤的數據進行校驗，確保分攤結果的準確性
（4） 支持按照成本核算方案，查詢科室成本分攤結果，追溯成本分攤數據
3.2.6 成本預算
（1） 支持工作量預測，其中門診科室為 門急診人次；住院科室為住院床日數；
（2） 支持根據預測方案采用量利本、高低點、回歸預測的預測方法對科室成本進行預測，并支持對預測結果的分析
（3） 支持科室的全成本預算數、直接成本預算數據的導入及錄入
3.2.7 成本考核
（1） 支持績效成本計算：可自定義設置納入考核不同科室的成本項目及成本范圍，計算績效口徑成本
（2） 支持醫療業務收入按照設定的分配比例在開單科室和執行科室之間分配，即按照收費類別或者是收費項目設置開單、執行科室收入提取比例；支持選擇納入考核范圍的收費項目范圍設置；
（3） 支持按照二次分配后的收入及績效成本口徑下分析臨床、醫療技術類科室收益情況
3.2.8 成本報表
（1） 滿足《關于印發公立醫院成本核算規范的通知》（國衛財務發〔2021〕4號）文件中要求的科室成本報表、診次成本報表、床日成本報表。
（2） 支持院級結余分析類報表，分析內容為全院收入、成本、結余的本期情況及同比、環比分析以及全院成本構成情況；
（3） 支持院級結余分析類報表，分析內容為科室結余分析、科室收入構成分析、對比分析、趨勢分析；科室成本結構分析、趨勢分析、對比分析、構成趨勢分析，并支持從成本項目、成本要素、成本類型維度看各科室占比情況以及從科室看成本項目、成本要素、成本類型、成本屬性的構成情況等交叉維度分析
（4） 支持綜合類分析報表包括門診工作量表、住院工作量表、次均費用分析表、人力、床位效率分析表、損益分析表等
3.2.9 成本分析
（1） 支持全院、院區結余情況可視化圖表分析，分析結余、結余率等指標，以及影響結余的收入和成本情況，反映醫院整體結余情況
（2） 支持全院、院區收入情況可視化圖表分析，從收入角度進一步深入分析當前運營結果，聚焦影響收入的具體業務
（3） 支持全院、院區成本情況可視化圖表分析，通過成本趨勢分析、結構分析、對比分析等分析方法分析醫院成本現狀，并支持進一步挖掘科室成本分析
（4） 支持全院、院區工作量情況可視化圖表分析，分析全院及科室整體的門診住院工作量情況，以及工作量對科室收入的影響情況
（5） 支持全院、院區費用管控情況可視化圖表分析，從次均費用分析患者負擔情況，找到控費目標
（6） 支持全院、院區資源效率可視化圖表分析，通過關鍵指標分析影響床位、人力資源效率的分析
（7） 支持全院、院區材料資源消耗情況可視化圖表分析，分析耗占比及耗材支出效率情況，并著重分析單收費材料的收入成本趨勢，使用成本趨勢分析、結構分析、對比分析等分析方法
（8） 支持全院、院區科室排名分析，通過多科室對比分析科室在醫院的的綜合影響力分析
（9） 支持?？品治觯嫦蚩浦魅螌慰剖沂找婕瓣P鍵指標詳情分析成本監測
3.2.10 成本監測
（1） 支持生成國衛辦財務函【2013】472號文件要求的《全國醫療服務價格和成本監測》平臺所需提供的相關報表
（2） 支持對于醫療服務項目頻次、門診工作量、住院工作量、醫院各科室成本、醫院一次性醫用耗材等進行監測
3.2.11 分析報告
（1） 支持自定義科室分析報告設置；
（2） 支持根據分析報告模板自定義期間、成本級次以及科室體系生成或預覽分析報告；
（3） 支持對產出的分析報告進行查詢和下載
3.2.12 基礎設置
（1） 可根據醫院需求支持多套分析單元
（2） 支持政策要求的標準科室設置，并能夠建立與科室單元的對照關系
（3） 支持科室成本分攤相關參數設置，包括：多院區模式啟動設置、二次分配模式選擇設置、分攤設置、定向關系自動繼承、支持啟用按人員考勤分配人力成本、收費數據是否啟用按天管理
（4） 支持成本核算所需要的字典設置：包括核算科室、技術職務、會計科目、分攤參數、資產卡片信息等字典
（5） 支持業務字典與成本項目轉換的關系設置：包括與會計科目轉換關系設置、物資分類、資產分類、藥品分類轉換關系的設置等
（6） 支持科室成本分攤前校驗規則的校驗級別設置
3.3 項目成本管理系統
3.3.1 基礎數據維護
（1） 支持通過接口方式從外部系統采集數據；
（2） 支持按照項目成本的核算單元對收入明細數據進行查看，包括：是否參與核算進行設置，對總收入、不納入核算科室的總收入、核算科室不納入核算的收入項目的收入、以及參與核算的項目收入進行統計
（3） 支持對人力成本、物資成本、資產成本、其他成本、成本歸集數據的查詢
（4） 支持按月錄入、EXECL導入和查詢人員工時、科室人數、設備工時，維護作業工時分配、面積數據
3.3.2 核算模型
（1） 支持多種核算方法模型設置，包括：作業成本法、估時作業成本法、比例系數法、當量法、RBRVS點值法，以及多種方法的整合應用。
（2） 支持同一個核算方案下不同核算科室使用不同的核算方法模型
（3） 支持作業成本法、估時作業成本法、比例系數法模型按照項目和資源兩個維度填報作業模型，通過作業模型維護計算各個醫療服務項目的資源消耗
（4） 支持作業成本法、估時作業成本法按科室成本要素，分直接成本、管理分攤、醫輔分攤三個維度設置資源動因和作業動因
（5） 支持作業成本法、估時作業成本法進行核算模型檢查，即通過對人工配置模型、材料消耗模型及設備配置模型的評估，分析直接成本構成；間接成本通過對動因數據的對比分析，判斷動因數據的合理性；
（6） 支持比例系數法按照多種參數設置間接成本比例
（7） 支持當量法設置項目當量值
（8） 支持協作模型維護，支持從協作管理角度計算醫療服務項目全成本和服務科室角度計算醫療服務項目成本。
3.3.3 項目成本計算
（1） 支持自定義項目成本核算的起止時間，可任意時間段，對方案所需要的動因數據的具體數據進行采集己成本數據計算
（2） 支持科室級、院級項目成本計算，計算成功后發布支持項目成本核算數據查詢，跟蹤分析各個醫療服務項目的成本數據
（3） 作業成本法、比例系數法支持目標成本計算，即以項目成本的核算模型中的定額消耗為依據，不考慮實際消耗情況，計算各個醫療服務項目的成本
（4） 支持同一項目不同期間、不同科室的成本差異分析
3.3.4 成本報表
（1） 支持查詢2021年發布的《公立醫院成本核算規范》中要求的報表
（2） 支持項目成本收益分析，可查詢院級、科室級成醫療服務項目本收益分析、盈虧數量分析及虧損項目分析
（3） 支持項目成本分析，可查詢院級、科室級醫療服務項目成本趨勢及對比分析
（4） 支持項目成本結構分析，可查詢科室級、院級醫療服務項目成本構成明細分析
（5） 支持項目成本控制分析，可查詢科室級、院級醫療服務項目按收入、工作量、收益排名分析，以及項目保本分析等
3.3.5 成本分析
（1） 支持資源效率分析，對人員飽和度、設備使用率、物資使用率進行分析查詢
（2） 支持全院項目級成本可視化分析，對醫院開展的醫療服務項目總量、盈利項目數據、虧損項目數據，以及各類項目的虧損幅度進行排名分析
（3） 支持院區級項目成本可視化分析，對比分析各院區的醫療服務項目總量、盈利項目數據、虧損項目數據，以及項目盈虧情況對比分析
（4） 支持科室級項目成本可視化分析，對某一科室開展的醫療服務項目總量、盈利項目數據、虧損項目數據，以及各類項目的虧損幅度進行排名分析
（5） 支持醫療服務項目保本可視化分析，對項目保本點及政策性虧損的項目進行分析
3.3.6 調價及補償測算
（1） 支持醫療服務項目補償測算，提供按成本收費比測算、按政策性虧損測算兩種測算方式；
（2） 支持醫療服務項目調價測算，根據醫療服務價格申報模板，生成價格申報表；
（3） 支持醫療服務項目價格測算，提供調價項目對項目、醫院、科室、病種調價靜態影響分析功能
3.3.7 分析報告
（1） 支持自定義項目成本分析報告設置；
（2） 支持根據分析報告模板自定義期間、成本級次生成或預覽分析報告；
（3） 支持對產出的分析報告進行查詢和下載
3.3.8 基礎設置
（1） 支持項目成本分攤相關參數設置，包括：人員工資、物資、資產成本計算方式設置以及是否啟用工作量和作業系數等設置
（2） 支持項目成本核算所需的相關字典設置，包括：核算科室、收費項目、成本項目、作業分類、作業字典、資源動因、作業動因、技術職務等字典
（3） 支持項目成本涉及的相關字典對應關系設置，包括：項目成本核算科室與科室成本核算科室的對應關系、科室成本中收費項目關系中開單科室、執行科室轉換為項目成本中、科室作業關系等設置
（4） 支持標記直接計入項目設備、資產，方便作業模型填報
（5） 支持作業庫初始化，即標準作業庫信息初始化醫院作業庫功能以及維護醫院字段與標準字典的映射關系功能
3.4 DRG成本管理系統（疊加法）
3.4.1 基礎數據維護
（1） 支持通過接口方式從外部系統采集數據；
（2） 支持維護DRG成本核算所需的病案首頁數據、病例分組情況、費用結算明細、支付標準、項目成本數據；
（3） 支持維護DRG成本核算所需的項目成本數據以及收費明細數據；
（4） 支持病組項目組合數據維護；
（5） 支持對科室收治DRG病組信息進行采集維護；
3.4.2 成本計算
（1） 支持自定義DRG成本核算的起止時間，可任意時間段；
（2） 支持科室級、院級DRG成本計算，計算成功后發布支持DRG成本核算數據查詢，跟蹤分析各個DRG成本數據；
（3） 支持DRG目標成本計算，支持實際成本與目標成本進行差異追蹤分析；
3.4.3 核算模型設置
（1） 支持科室DRG模型設置，根據DRG項目組合和項目目標成本，采用項目疊加法計算DRG組的資源模型
（2） 支持院級DRG模型設置，在計算形成的資源模型基礎上，生成標準的DRG資源模型
3.4.4 成本報表
（1） 支持查詢2021年發布的《公立醫院成本核算規范》中要求的報表
（2） 支持DRG成本全院、院區、科室的盈虧分析，包括病例數、入組情況、及盈虧整體情況以及MDC病例數、入組情況、及盈虧整體情況分析
（3） 支持全院、院區、科室的DRG成本收益分析
（4） 支持全院、院區、科室的DRG成本的病例的盈虧情況以及DRG的病例數、病例成本、結余等趨勢分析
（5） 支持全院、院區、科室、責任醫師的DRG成本對比分析
3.4.5 成本分析
（1） 支持DRG成本核算結果查詢分析，包括：病人、科室DRG成本、院級DRG成本核算結果
（2） 支持全院DRG成本可視化分析，從全院病組的盈虧情況進行總體結余分析，再進一步從MDC維度進行盈虧分布區間分析，找到重點MDC，再進步穿透分析DRG病組進行分析
（3） 支持院區DRG成本可視化分析，可對比分析各院區的DRG成本盈余情況，從院區病組的盈虧情況進行總體結余分析，找到重點關注科室，再進一步穿透至單院區查詢詳情
（4） 支持科室DRG成本可視化分析，通過波士頓分析科室盈虧分布情況，找到優勢科室、潛力科室、關注科室和劣勢科室，再結合科室盈余分析和科室多維指標動態排名分析，鎖定重點需要管控的科室，進一步穿透分析單科室情況
（5） 支持從醫師角度可視化對比分析DRG成本情況，通過分析醫師間CMI與結余情況，進一步分析單醫師的DRG結余情況，并穿透至病例情況
（6） 支持單DRG組的可視化分析，內容包括：病例數、平均住院日、權重、藥耗占比、例均結余情況等，此外還支持分析同一DRG組的醫師間、科室間、主診斷間的成本結余對比分析
3.4.6 分析報告
（1） 支持自定義項目成本分析報告設置；
（2） 支持根據分析報告模板自定義期間、成本級次生成或預覽分析報告；
（3） 支持對產出的分析報告進行查詢和下載
3.4.7 基礎設置
（1） 支持DRG成本核算相關的參數設置；包括：藥品管理成本分攤依據、支持設置病歷差異范圍值、藥品計算方法設置、DRG單收費材料計算方法設置
（2） 支持啟用多院區設置
（3） 支持建立收費藥品編碼和出庫藥品編碼的對應關系
（4） 支持維護加成率及DRG參考成本信息
3.5 ?？颇芰υu價系統
3.5.1 病種維度評價
從病種維度，對醫院科室或個人的病種覆蓋廣度、醫院科室或個人的病例數量，費用消耗指數，時間消耗指數情況，進行評價。
3.5.2 關鍵技術評價
通過效益、規模、難度三個維度的指標建立DRG組的分類評價模型， 用三維分類評價模型將DRG病組進行分類管理，針對不同的分類，有針對性地確實管理重點。
對于重點管控病種，從科室、診療組、醫生個人維度進行對比分析，識別控費點，輔助臨床科室進行醫療行為規范管理，優化臨床路徑，適應DRG支付制度的改革要求。
3.5.3 病人維度評價
建立疾病費用預測模型，收集科室患者的年齡分布數據，分析患者的年齡與疾病復雜程度之間的關系。收集科室危急值數據，分析危急值與疾病復雜程度之間的關系。收集科室關鍵技術運用情況數據，分析關鍵技術與費用之間的關系。收集科室搶救情況數據，分析搶救成功率與疾病費用之間的關系。利用以上數據，建立疾病費用預測模型，用于量化評價科室的臨床能力。整合PCCL評價科室患者情況，收集科室患者的PCCL（Patient Complexity Level，患者復雜程度等級）數據。
將PCCL數據與病人成本成本相結合，綜合評估科室患者的臨床能力情況。利用整合后的數據，提供更加客觀的科室臨床能力評價結果。
4 接口軟件需求
（1） 成本核算系統獲取物流管理系統中的科室材料消耗數據作為科室直接材料成本。
（2） 成本核算系統獲取固定資產管理系統中的科室使用設備、房屋等固定資產的折舊、維修費用作為科室直接成本。
（3） 成本核算系統獲取會計核算系統中的醫療支出、管理支出科目下的支出數據作為科室直接成本。
（4） 成本核算系統獲取HIS系統中發生的科室收入、門急診人次、住院床日數據。
5 售后服務要求
本項目的軟件需提供不少于一年的原廠免費質保，服務器和數據庫提供不少于三年的原廠免費質保；質保期從系統驗收通過之日起計算；質保期內免上門費、維修費和系統升級費等。
質保期內，供應商需保證7*24小時的服務響應，響應時間不得低于如下標準：接到院方的通知后1小時內必須做出明確的響應和安排；需提供現場服務的，服務團隊須在2小時內達到故障現場；4小時內做出故障診斷報告，常規故障8小時內必須解決。
供應商還需對質保期滿后服務內容、服務方式及收費標準進行說明。
6 項目建設技術要求
本項目建設的技術要求必須根據本文件的內容進行結構性編制；也可以根據自己對項目建設總體目標的理解增加內容，并按照系統化的要求進行設計方案的編制。
6.1 系統技術要求
綜合成本運營的信息化項目建設，從技術層面上需遵循如下的技術要求：
系統采用B/S架構：系統各模塊需采用同一技術架構，在統一的底層基礎平臺上進行設計。綜合成本運營的系統管理平臺及各分系統等均需采用B/S技術架構實現。
與第三方信息系統的數據交換：提供與醫院第三方系統統一接口的維護與管理系統，實現針對HIS、EMR、藥品等關鍵醫療業務信息系統的數據交換。
關鍵技術：根據綜合成本運營一體化應用功能需求和相關建設規范，考慮到系統運行的長遠規劃，以及整個系統的跨平臺性、安全性、可靠性、穩定性、易維護性以及可擴展性，建議采用J2EE架構來設計。
先進性：系統要利用一些現行的、技術成熟的開發工具來輔助完成系統建設。
健壯性：系統穩定可靠，保證每周7*24小時不間斷正常運行，工作日期間不能宕機，年平均宕機時間應小于8小時。
安全性：信息安全要體現在信息管理全過程：收集、錄入、傳輸、儲存、交流、查詢、反饋、分析、利用、發布；系統的安全主要體現在整個系統的安全穩定和持續的運行。要對設施、技術和管理乃至整個運作體系，建立全面的安全保障體系，并能動態地根據安全檢測、評估結果，調整安全策略，運用新的安全技術，進行持續改進，以控制新出現的安全隱患與風險。
靈活性：建立靈活多樣的多字段查詢功能，為用戶的組合查詢、統計分析和信息利用提供方便；設計多種數據導出格式，如 Excel 和 XML格式，滿足不同用戶的數據分析輸出需要；建立合理、多樣、靈活的數據采集方式，滿足不同發展水平的醫療單位的需要。
延展性：數據庫結構的設計應充分考慮發展和移植的需要，建立系統良好的擴展性和伸縮性，適度冗余也是系統建設的必要環節。
完整性：在數據的采集和數據交換環節要確保數據的完整性。
友好性：人機界面設計簡潔美觀、風格統一，利于基層業務人員簡單操作。
6.2 環境配置要求
本項目建設所需的服務器及網絡環境配置，如服務器、網絡、操作系統等環境因素，由供應商給建議方案。建議方案不限于必須要配置的相關服務器等設備。所謂設備配置方案，涵蓋硬件設備和基礎平臺的系統軟件產品，例如操作系統、各類平臺級中間件等產品。
7 其他要求
項目實施：本項目要求提供原廠實施；
站點數限制：科室成本、項目成本、DRG成本、?？颇芰υu價，都不允許有站點數限制。
軟硬件產品清單：
| 序號 |
產品名稱 |
技術參數 |
數量 |
| 1 |
通用服務器 |
1．CPU信息:配置2顆處理器，單顆≥64物理核心，主頻≥2.6GHz
（投標人須在技術規格偏離表的投標文件響應內容中給出 CPU 信息，包含 CPU 型號、物理核心數、主頻、末級緩存容量、熱設計功耗及支持內存的最高速率、通道數和位寬）
2、內存數量：≥12條內存
內存規格：≥64GB DDR4（單條）
（投標人須在技術規格偏離表的投標文件響應內容中給出 內存規格，包含內存容量、內存數量、內存速率）
3、硬盤類型：支持SAS/SATA/NVME/SSD硬盤，
硬磁盤實配容量：實配固態盤單盤可用容量不小于1920GB
硬盤實配數量：實配盤數應不小于 12 塊
（投標人須在技術規格偏離表的投標文件響應內容中給出配置的硬盤尺寸，如 2.5 英寸、3.5 英寸硬磁盤）
4、網絡規格：≥4個10GE光口（含光模塊）
（投標人須在技術規格偏離表的投標文件響應內容中給出 網卡規格，包含網口速率、網口數量、網口類型）
5、電源規格：配置1+1冗余熱插拔電源
（投標人須在技術規格偏離表的投標文件響應內容中給出 電源規格，包含電源數量、電源功率）
6、BIOS固件基礎功能：支持設置界面中英文顯示切換功能；
（投標人須在技術規格偏離表的投標文件響應內容中給出 BIOS固件基礎功能，包含中英文操作界面）
7、關鍵部件安全要求：服務器處理器符合《安全可靠測評工作指南（試行）》要求
（投標人須在技術規格偏離表的投標文件響應內容中給出《安全可靠測評工作指南（試行）》要求中的處理器型號）
8、服務周期：提供原廠三年技術服務
（投標人須在技術規格偏離表的投標文件響應內容中給出原廠售后服務承諾函）
9.投標人提供的服務器須滿足財政部、?業和信息化部制定的《通用服務器政府采購需求標準（2023年版）》中加“*”指標的指標要求（含CPU符合安全可靠測評要求）。
注：投標人須在投標文件中出具關于所提供服務器滿?采購?件要求的承諾函。 |
38 |
| 2 |
虛擬化軟件 |
1、非 OEM 產品，虛擬化支持雙架構部署，可通過一套平臺對不同處理器架構服務器進行統一管理。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件自研信息及不同處理器架構功能截圖）
2、支持將虛擬機刪除后放入回收站，回收站內的虛擬機可復原。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
3、支持配置存儲故障后可選是 HA 虛擬機還是不處理，以保障業務的高可用。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
4、在虛擬機啟動和運行階段時，支持通過周期性檢查同一集群資源內各個主機的負載情況在不同的主機間遷移虛擬機，從而實現同一集群內不同主機間的負載均衡。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
5、支持 NUMA 技術，優化CPU和內存資源分配，提升性能。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
6、支持動態電源管理 (DPM) ，系統可根據集群的負載情況，自動上下電主機，優化數據中心的能耗，達到節能減排的目的。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
7、支持監控 K8S 集群、節點、應用實例、工作負載性能，提供圖形化的指標監控， 包括但不限于 CPU、內存、 磁盤使用率、磁盤I/O 寫入寫出、網絡流速等。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
8、支持跨社區版本升級 K8S 集群，升級過程中不重啟業務 Pod，以保證客戶業務不中斷。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
9、支持通過節點池管理 K8S 工作節點，可通過節點池伸縮工作節點、可批量設置節點標簽和注解。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
10、支持通過 WebCLI 訪問 K8S 集群，WebCLI 支持上傳 yaml 文件。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
11、支持同一廠商的無代理備份軟件，無需在虛擬機中安裝備份客戶端，即可將虛擬機備份到存儲設備上，支持全量備份、增量備份、定時備份。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
12、容災狀態中的虛擬機支持在線遷移，以滿足復雜的業務場景。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
13、支持主流操作系統， 包括 Redhat、CentOS、中標麒麟、統信 UOS、OpenSUSE等主流 Linux OS。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件的兼容性列表或截圖）
14、支持圖形化界面安全刪除虛擬機，虛擬機刪除的同時將底層存儲空間進行置“0”操作，避免數據后期被惡意恢復。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件該功能截圖）
15、系統支持“ 三員分立” 的管理運維模式，有系統管理員、安全管理員、安全審計員的三員角色。
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件官方證明材料）
16、提供不少于單臺《通用服務器》所需CPU授權數量
（投標人須在技術規格偏離表的投標文件響應內容中給出虛擬化軟件的授權數量、升級維保年限）
注：投標人須在投標文件中出具關于所提供虛擬化軟件滿?采購?件要求的承諾函。 |
38 |
| 3 |
集中式 數據庫 |
1、基本要求：支持安全可靠CPU和操作系統，具備數據存儲、訪問控制、身份鑒別、安全審計和數據備份恢復等功能；
（投標人須在技術規格偏離表的投標文件響應內容中給出CPU、操作系統型號及各功能說明）
2、安裝與升級：產品部署在服務器，以后臺服務形式運行，數據庫管理員及用戶在管理主機上通過圖形化管理工具和命令工具，可實現對數據庫對象（表、視圖、約束、索引、觸發器、存儲過程等）的配置管理；開發人員可通過標準化數據庫訪問接口，開發基于安全數據庫的應用系統和軟件產品；
（投標人須在技術規格偏離表的投標文件響應內容中給出數據庫安裝、數據庫重啟、升級維護功能說明）
3、增強安全：數據庫透明加密支持空間加密、表加密及列加密。支持使用SM4.0國密算法，并且針對不同的列，設定不同密鑰；支持邏輯備份加密，支持主從復制加密，支持用戶鎖定；
（投標人須在技術規格偏離表的投標文件響應內容中給出數據庫加密算法相關說明）
4、服務周期：提供三年原廠技術服務；
（投標人須在技術規格偏離表的投標文件響應內容中給出原廠售后服務承諾函）
5.投標人提供集中式數據庫須滿足財政部、?業和信息化部制定的《數據庫政府采購需求標準（2023年版）》中集中式數據庫的“*”指標要求（含數據庫應當符合安全可靠測評要求）。
注：投標人須在投標文件中出具關于所提供集中式數據庫滿?采購?件要求的承諾函。 |
19 |
合同履行期限：合同簽訂后12個月內完成項目實施
需落實的政府采購政策內容：詳見招標文件
本項目（是/否）接受聯合體投標：否
二、供應商的資格要求
1.滿足《中華人民共和國政府采購法》第二十二條規定。
2.落實政府采購政策需滿足的資格要求：詳見招標文件
3.本項目的特定資格要求：無
三、獲取招標文件
時間：2024年02月04日 14時30分至2024年02月09日 16時30分（北京時間，法定節假日除外）
本招標項目僅供正式會員查看，您的權限不能瀏覽詳細信息，請點擊
注冊/
登錄，聯系工作人員辦理入網升級。
聯系人：陳經理
電話：010-83551561
手機：13717815020 (歡迎撥打手機/微信同號)
郵箱：kefu@gdtzb.com
QQ：1571675411
