公司概述帆軟軟件有限公司成立于2006年，是中國專業(yè)的大數(shù)據(jù)BI和分析平臺提供商，專注商業(yè)智能和數(shù)據(jù)分析領域，致力于為全球醫(yī)院提供一站式商業(yè)智能解決方案?？偛课挥跓o錫，在國內(nèi)外設有16處分支機構，研發(fā)中心位于南京和成都。公司員工總數(shù)超2000人，為國內(nèi)BI領域人員規(guī)模第一。自2006年成立已服務全國600余家醫(yī)療衛(wèi)生機構公立醫(yī)院30余家大型醫(yī)院管理集團高效數(shù)據(jù)開發(fā)與處理高效數(shù)據(jù)開發(fā)與處理實時數(shù)據(jù)同步時間戳、觸發(fā)器、日志解析多源數(shù)據(jù)采集智能運維智能運維安全特性數(shù)據(jù)加密、權限控制、0零代碼API開發(fā)、發(fā)布與管理技術特點圖形化拖拽式開發(fā)05輕量級醫(yī)院數(shù)據(jù)集成與治理工具◆設計針對性清洗規(guī)則，支持數(shù)值替換、公式轉(zhuǎn)換◆公共數(shù)據(jù)清洗規(guī)則空間，一◆設計針對性清洗規(guī)則，支持數(shù)值替換、公式轉(zhuǎn)換◆公共數(shù)據(jù)清洗規(guī)則空間，一點定義、全局共享

構建"聯(lián)接共享"的數(shù)據(jù)基座，實現(xiàn)數(shù)出一孔◆API訪問頻率控制，防止濫用支持黑白名單、APPCode、摘要鑒權等安全策略數(shù)據(jù)加密傳輸，支持安全協(xié)議>ETL+ELT雙核引擎ison/xm時間戳日志解析07輕量級醫(yī)院數(shù)據(jù)集成與治理工具4.2數(shù)據(jù)集成與開發(fā)場景·系統(tǒng)眾多形成數(shù)據(jù)孤島，數(shù)據(jù)打通成本高直連業(yè)務系統(tǒng)分析導致性能互相影響·數(shù)據(jù)量大導致查詢慢，任務過多難以維護解決方案·通過DAG+低代碼開發(fā)模式搭建全院級數(shù)倉·異構數(shù)據(jù)一鍵整合，支持全量/增量數(shù)據(jù)處理·數(shù)據(jù)清洗、轉(zhuǎn)換、加載流程可視化配置·務調(diào)度與血緣管理，方便排查問題和優(yōu)化示例一：降低醫(yī)院數(shù)據(jù)開發(fā)難度，優(yōu)化數(shù)據(jù)集成開發(fā)路徑數(shù)據(jù)開發(fā)過程中數(shù)據(jù)開發(fā)過程中，信息科常面臨的問題：前端數(shù)據(jù)前端數(shù)據(jù)數(shù)據(jù)倉庫業(yè)務系統(tǒng)外部數(shù)據(jù)手工數(shù)據(jù)基于(本地直連)數(shù)據(jù)房應用房API數(shù)據(jù)接入數(shù)據(jù)場景三：數(shù)據(jù)服務資產(chǎn)API化解決方案示例三：降低API接口開發(fā)難度，快速實現(xiàn)醫(yī)院數(shù)據(jù)的上傳下達針對醫(yī)院數(shù)據(jù)接口的開發(fā)常常面臨：針對醫(yī)院數(shù)據(jù)接口的開發(fā)常常面臨：11.針對上級機構需要醫(yī)院上報相關接口數(shù)據(jù)，開發(fā)周期長，調(diào)整慢。2.醫(yī)院業(yè)務系統(tǒng)龐雜，往往需要給各個系統(tǒng)提供相關的數(shù)據(jù)交互功能，來保障系統(tǒng)的統(tǒng)一性。3.以往很多時候直接通過視圖或者數(shù)據(jù)庫直聯(lián)的方式，沒有辦法實現(xiàn)統(tǒng)一管理，且存在數(shù)據(jù)使用風險?！魧憽魧慡QL即可完成接口開發(fā)，支持自動生成接口文檔和在線測試，5min發(fā)布API;◆支持黑白名單、APPCode、摘要認證等安全策略，保障數(shù)據(jù)傳輸安全；◆基于應用批量管理API,按照不同業(yè)務分配權限和接口生命周期；◆訪問頻率和超時時間的控制可到API級別，以減少資源浪費和保障業(yè)務的穩(wěn)定性；將清洗后的數(shù)據(jù)集，通過可視化配置，直接生成API接口發(fā)布醫(yī)院質(zhì)控數(shù)據(jù)醫(yī)院感染數(shù)據(jù)醫(yī)院醫(yī)保數(shù)據(jù)醫(yī)院藥品數(shù)據(jù)醫(yī)院質(zhì)控數(shù)據(jù)手麻系統(tǒng)成本系統(tǒng)其他系統(tǒng)解決方案示例五：各院區(qū)之間實現(xiàn)低成本的數(shù)據(jù)安全傳輸針對多院區(qū)以及醫(yī)聯(lián)體、醫(yī)共體需共享數(shù)據(jù)時，常常面臨：針對多院區(qū)以及醫(yī)聯(lián)體、醫(yī)共體需共享數(shù)據(jù)時，常常面臨：1.不同院區(qū)系統(tǒng)間主數(shù)據(jù)表結(jié)構、存儲過程等不盡相同，需要將兩方主數(shù)據(jù)1.不同院區(qū)系統(tǒng)間主數(shù)據(jù)表結(jié)構、存儲過程等不盡相同，需要將兩方主數(shù)據(jù)同步，并支持后續(xù)藥品、項目等統(tǒng)一管理。2.檢驗、病理標本要送到總院實驗室檢驗和出報告，需要與總院檢驗、病理系統(tǒng)的流程和結(jié)果報告接口對接。3.專線方式，成本昂貴，也不利于對數(shù)據(jù)的管理?！裟軌蚩焖賹崿F(xiàn)分院與總院之間的數(shù)據(jù)傳輸對接，傳輸過程安◆能夠快速實現(xiàn)分院與總院之間的數(shù)據(jù)傳輸對接，傳輸過程安全可靠；◆相比ESB模式，更有利于醫(yī)院降低成本；裝析接口封院報告同步項目選擇13輕量級醫(yī)院數(shù)據(jù)集成與治理工具48小時頸深靜脈血栓預防率、腦梗死患者吞咽功能篩查率等(需要級還是國家分級，同ICU指標是否需要在數(shù)據(jù)處理過程中，明確其實質(zhì)含義，并且可以在ETL實現(xiàn)實,尤其是相關的重癥和麻醉相關指對于極其復雜的復合類指標需要設置多數(shù)據(jù)處理流程，保障每個如ROSC成功率、醫(yī)衛(wèi)人員手衛(wèi)依手工統(tǒng)計類指標后續(xù)也需和線數(shù)據(jù)質(zhì)量監(jiān)控體系建立全面的數(shù)據(jù)質(zhì)量監(jiān)控體系，包括以下維度：《關鍵數(shù)據(jù)項數(shù)據(jù)質(zhì)量檢查表》中文表名中文字段名示例1221改進質(zhì)量問題-清洗規(guī)則應用創(chuàng)建數(shù)據(jù)清洗規(guī)則創(chuàng)建數(shù)據(jù)清洗規(guī)則⑧umO出○就基于質(zhì)量報告發(fā)現(xiàn)的質(zhì)量問題，可以設計針對性清洗規(guī)則，支持數(shù)值替換、公式轉(zhuǎn)換。數(shù)據(jù)清洗規(guī)則公共空間數(shù)據(jù)清洗規(guī)則公共空間部門/公司內(nèi)數(shù)據(jù)清洗規(guī)則公共空間，可快速查看各類規(guī)則所屬業(yè)務域，規(guī)則類型和規(guī)則維護責任人。全局應用清洗規(guī)則全局應用清洗規(guī)則平臺內(nèi)定時任務/實時任務，都可復用公共數(shù)據(jù)清洗規(guī)則來改進數(shù)據(jù)質(zhì)量問題，一點定義、全局共享。元數(shù)據(jù)管理元數(shù)據(jù)管理·婚姻狀況代碼·切口愈合等級代碼數(shù)據(jù)字典應用9FineDataLink數(shù)據(jù)集成平臺能體中文4.24.18pers12025.0306aann器△四◎雪1111111111#11#22#1122334123123帆軟醫(yī)療衛(wèi)生團隊成立于2017年，專注于醫(yī)療產(chǎn)業(yè)鏈各環(huán)節(jié)應用場景，提供醫(yī)療衛(wèi)生業(yè)務+數(shù)據(jù)交叉領域的最佳實踐。團隊視覺小組視覺小組生產(chǎn)力小組研發(fā)技術支持醫(yī)療衛(wèi)生行業(yè)研究團隊致力于深入理解醫(yī)院業(yè)務需求，為醫(yī)院創(chuàng)造最大的信息化價值，提供專業(yè)的產(chǎn)品支持和服務?？偛?江蘇省無錫市錫山區(qū)安鎮(zhèn)街道文景路51-3號映月湖科技園B2棟運營中心/南京市玄武區(qū)衛(wèi)崗街道童衛(wèi)路5號南理工科技創(chuàng)新園4號樓4層產(chǎn)品介紹智慧黨建解決方案資產(chǎn)管理解決方案國資監(jiān)管解決方案“三重一大”解決方案目標用戶：核算、阿米巴經(jīng)營的管理閉環(huán)金融：銀行工作臺時尚：飛帆云店醫(yī)藥：SFE商業(yè)分析儀表盤制造：精益生產(chǎn)管理平臺醫(yī)療：三級公立醫(yī)院績效考核分析平臺九數(shù)目標用戶：中小型員析透明目標用戶：醫(yī)院全員應用，完成數(shù)據(jù)采集公有云/私有云醫(yī)院級報表平臺目標用戶：中大型醫(yī)院IT人員、軟件公司、集成商填報、儀表板、移動應用、數(shù)字孿生、三維可視化產(chǎn)品定位：低代碼/高時效的醫(yī)院級一站式數(shù)據(jù)集成平臺目標用戶：中大型醫(yī)院業(yè)核心功能：故事儀表板、自助數(shù)據(jù)集解決方案商業(yè)智能數(shù)據(jù)編織數(shù)據(jù)孤島嚴重系統(tǒng)眾多，數(shù)據(jù)打通成本高，直連業(yè)務系統(tǒng)影響性能數(shù)據(jù)質(zhì)量參差不齊數(shù)據(jù)缺失、格式不一致、邏輯錯誤等問數(shù)據(jù)實時性不足傳統(tǒng)T+1抽取時效性不夠，無法滿足實時分析需求數(shù)據(jù)安全壓力大直連業(yè)務庫存在風險，缺乏安全的數(shù)據(jù)共享機制開發(fā)維護成本高接口開發(fā)周期長，人工傳輸易出錯，血緣關系難管理針對醫(yī)院數(shù)據(jù)集成治理的痛點，F(xiàn)ineDataLink提供全方位解DAG+低代碼開發(fā)模式，快速消滅信息基于CDC、LogMiner、Binlog等日志實時數(shù)據(jù)應用數(shù)據(jù)應用醫(yī)院場景應用平臺平臺決策展示 運營數(shù)據(jù)大屏運營駕駛艙運營自助分析日常監(jiān)控內(nèi)部會議外部參觀績效可視化管控精細化預警自動化自助數(shù)據(jù)集探索式分析數(shù)據(jù)儀表板數(shù)據(jù)分析共享總屏攬全局重點風險提示醫(yī)療質(zhì)量運營效率持續(xù)發(fā)展運營指標全覆蓋滿意度門急診住院手術藥品數(shù)據(jù)生命周期全貫通數(shù)據(jù)對接API接口生成數(shù)據(jù)預警數(shù)據(jù)融合實時數(shù)據(jù)數(shù)據(jù)運維流批一體調(diào)度實時數(shù)據(jù)對接財務對賬財務對賬業(yè)務病案歸檔異構數(shù)據(jù)處理滿意度滿意度數(shù)據(jù)安全和恢復外部數(shù)據(jù)基于元數(shù)據(jù)的血緣管理外部平臺·需要實時數(shù)據(jù)分析但直連業(yè)務系統(tǒng)影響性能·傳統(tǒng)T+1抽取時效性不足·數(shù)據(jù)量大，抽取性能不佳，維護困難·基于日志實時捕獲源數(shù)據(jù)庫變化，即時更新目標庫·業(yè)務數(shù)據(jù)讀寫分離，降低報表對業(yè)務源庫影響·向?qū)脚渲茫瑹o代碼操作，字段自動映射·門診實時分析看板，實時監(jiān)控門診數(shù)據(jù)·人工成本降低·數(shù)據(jù)處理效率提升·分析決策時效性提高1.1.領導想要實時了解到當前的門診、住院、手術等實時信息，沒有統(tǒng)一高性能平臺為其提供服務。2.醫(yī)院業(yè)務數(shù)據(jù)量級較大，如果使用批量定時同步數(shù)據(jù)很難做到高性能的增量同步。3.如使用清空目標表再寫入數(shù)據(jù)的方式時，那么又面臨目標表一段時間不可用、抽取耗時長等問題?！艋凇艋贑DC、LogMiner、Binlog等日志實時捕獲源數(shù)據(jù)庫的變化，即時更新到目的數(shù)據(jù)庫，保障數(shù)據(jù)高時效性；◆業(yè)務數(shù)據(jù)讀寫分離(中間庫),降低報表、BI等數(shù)據(jù)消費端對業(yè)務源庫性能影響；◆向?qū)脚渲?，路徑更清晰，操作頁面簡潔，無代碼配置，字段自動映射，減少手動操作步驟；E*門診實時分析看板實時對接融合同步通過FDL實現(xiàn)數(shù)據(jù)的場景四：云上數(shù)據(jù)快速下云備份·國家數(shù)據(jù)安全管理規(guī)范要求數(shù)據(jù)本地存檔·云上表單數(shù)據(jù)存儲達到上限，歷史數(shù)據(jù)難留存·代碼開發(fā)接口或手動導出Excel成本高解決方案·可視化配置，穩(wěn)定周期性備份下云·云上系統(tǒng)/簡道云表單數(shù)據(jù)本地數(shù)據(jù)庫備份·云上附件本地文件服務器備份·定時任務自動執(zhí)行，歷史數(shù)據(jù)隨時調(diào)用示例四：互聯(lián)網(wǎng)醫(yī)院，快速實現(xiàn)本地化備份1.受到監(jiān)管要求，云上的數(shù)據(jù)也需要在醫(yī)院本地備份。1.受到監(jiān)管要求，云上的數(shù)據(jù)也需要在醫(yī)院本地備份。2.互聯(lián)網(wǎng)醫(yī)院的數(shù)據(jù)需要和本地的數(shù)據(jù)進行整合分析。3.云上數(shù)據(jù)可能會存在定期清理，不方便實現(xiàn)歷史回顧。4.定制開發(fā)接口成本高，任務血緣難以管理?！簟艨芍苯舆M行數(shù)據(jù)關聯(lián)，可視化開發(fā)流程，拖拽式完成開發(fā)；◆安全有保障，任務異常可自動報警，快速理清血緣關系，定位問題；◆可作為統(tǒng)一的云上、云下接口對接平臺，實現(xiàn)線上線下數(shù)據(jù)融合?；ヂ?lián)網(wǎng)醫(yī)院輕量級醫(yī)院數(shù)據(jù)集成與治理工具124.3數(shù)據(jù)清洗與治理場景FineDataLink采用兩種數(shù)據(jù)治理建設策略：體系化計劃、監(jiān)督、預防與執(zhí)行多年計劃的數(shù)據(jù)策略周期不針對某個單一的、具體的數(shù)據(jù)應用場景，貫穿數(shù)據(jù)全生命周期管理--例如：數(shù)據(jù)采集、數(shù)據(jù)質(zhì)量、數(shù)據(jù)應用、數(shù)據(jù)安全從數(shù)據(jù)治理策略(目標、范圍、方法和組織)開始，通過專業(yè)的數(shù)據(jù)治理團隊進行數(shù)據(jù)監(jiān)督，通過制定數(shù)據(jù)管理流程規(guī)范從源頭業(yè)務系統(tǒng)的構建到數(shù)據(jù)的分發(fā)、流轉(zhuǎn)，包括數(shù)據(jù)安全策略與控面向數(shù)據(jù)應用數(shù)據(jù)應用過程中定位和解決問題以數(shù)據(jù)應用項目為建設周期通常以指標體系為起點，進行金字塔式自上而下的規(guī)劃與建設，通過“數(shù)據(jù)流、業(yè)務流、信息流”反向推動數(shù)據(jù)質(zhì)量提升的過程多系統(tǒng)數(shù)據(jù)整合、拉通、清洗、處理，數(shù)據(jù)倉庫建設、ETL開發(fā)過程；根據(jù)實際業(yè)務情況，主要解決數(shù)據(jù)指標定義標準不清晰、指標計算口徑不統(tǒng)一、指標計算口徑版本變更、數(shù)據(jù)不準確、數(shù)據(jù)上報與數(shù)據(jù)審核等數(shù)據(jù)應用場景的數(shù)據(jù)治理措施與方輕量級醫(yī)院數(shù)據(jù)集成與治理工具14品>品>出院時主要診斷、出院日期、出院科室入院途徑、入院日期、入院病情不能為空年齡不能為空(不滿1歲填0),且不能超過200住院總費用必填且大于0,且小數(shù)部分精主要手術操作編碼為手術時，主要手術操作切口愈合等級、麻醉醫(yī)師、麻醉方>總費用不能為0,總費用必須等于分項費主要診斷中出現(xiàn)了C00(惡性腫瘤)到D28(良性腫瘤)且為首次入院，病理診主要診斷和其他診斷中不能出現(xiàn)重復編碼>中醫(yī)治療費不能為負數(shù)，且小數(shù)部分精年齡20,聯(lián)系人不能為子女或者孫子外孫>治療用一次性醫(yī)用材料費不能為負數(shù)，>P07.100×002診斷，新生兒體重應該在1000～1249克范圍內(nèi)750～999克范圍內(nèi)Rh不在編碼范圍以內(nèi)質(zhì)量報告質(zhì)量報告