2013全国医疗信息化.docxVIP

2013全国医疗信息化 HIS厂商范围： 金仕达卫宁、中联、天健、用友医疗、金蝶医疗、东软医疗、东华合创、浙江联众、浙江图特瑞得恒达、军卫一号、方正、杭创、厦门智业、银星、成都医星、山西导通、其他… PACS厂商范围： 国内的：东软、北京天健、西安华海、北京思创、上海岱嘉、成都金盘、深圳蓝韵、浙江莱达、菲特科技、福建实达、海纳医信、广东麦德、深圳安科、其他……国外的：GE、西门子、英飞达、富士、 AGFA、锐柯、菲利普、思代、罗根、麦达维思、其他…… 电子病历厂商范围：嘉和美康、南京海泰、安博维、中联、天健用友、中软、方正、杭创、天鹏恒宇、易迅、厦门智业、无锡曼陀罗、上海力融、金仕达卫宁、东软医疗、其他…… ? 现在全球，包括在中国最好的还是柯锐的pacs,500强之一，专做pacs，也就是原来的柯达影像医疗事业部。东软的在国内也算还可以的。但是他们和PACS配套卖的一些相关产品，比如服务器、存储、备份之类的，有时候用得东西不是很好，得注意点。  /thread-1219-1-1.html2009-10-6是集中式数据结构.. 利用了WINZIP的压缩技术和类似与FLASHGET的多线程下载技术... 借鉴了国外PACS厂商的一些理念.有他巧妙的地方,但回味起来总是觉得上面的那些技术怪怪的,但你不能说不行.. 走捷径有短期的效应，但是会给顾客和厂家带来今后的隐患。 东软目前的 PACS 服务器应该只能算是一个 File Server，并没有 DICOM PACS 服务器的功能。服务器本身是 SUN 平台，内部可能用 Oracle 数据库。可是并不是 DICOM 兼容的，DICOM 功能靠外挂 DICOM 网关来实现。 一个 PACS 服务器至少要有 DICOM Query/retrieve SCU/SCP, Store SCU/SCP, Echo SCU/SCP。东软的服务器不支持。加了 DICOM 网关还不支持DICOM Query/retrieve。DICOM Store 功能 (影像设备可以单向往服务器送图像) 可以通过 DICOM 网关来实现，但是无法调回来。DICOM 网关与服务器之间用了内部非 DICOM 的传输方式 (FTP?)，工作站与服务器之间也是用了内部的一种传输方式。 假设客户用了东软 PACS 几年后想换另一厂家的产品那就有问题了，原来存在东软服务器的图像怎么办？ 没有 DICOM 提取的接口，东软的 DICOM 网关用的是厂家自定义的协议。你只能请东软来搞定，假如他们愿意合作的话也得扒你一层皮。或者请一个 UNIX+DICOM 高手来解决，也是 $$$$￥￥￥￥。因此这种做法对客户是不利的，是厂商套牢客户的一种做法。 至于压缩，一般情况下在 100兆和千兆网压缩/解压反而会降低图像传输速度。远程压缩可能会缩短时间。 to JB: 东软的 pacs 新版本中已经支持了 DICOM Query/retrieve SCU/SCP, Store SCU/SCP 。 [至于压缩，一般情况下在 100兆 和千兆网压缩/解压反而会降低图像传输速度。远程压缩可能会缩短时间。]--- 这到不见得，随着 pc cpu 的不断增强，网络传输才是瓶颈。另外数据压缩可以节约服务器的空间，直接给降低了运行成本。还有图像压缩可以在无限局域网或者网络带宽不大的时候大幅度减少图像传输时间。关于存储结构，我向这对最终用户并不重要，只要满足几个条件就行了： 1、要支持标准接口(dicom)，可以和其他的pacs 交互数据。 2、安全，方便的备份/恢复 3、成本不要超出用户预算。 4、足够的扩展性，可以根据需求变动系统。 5、稳定！不能是用户有了数百万的图像之后系统就瘫痪！！！ - 国内pacs水准都不是很高，包括国内的 ge 的我也看过，水平和国外的相差巨大，不过价格也低很多。我觉得医院上pacs最重要是有稳定的售后支持保持pacs长期稳定运行。 ? 2012-3-1 09:50借着医改的春风，PACS公司是赚发了，很多医院新上的PACS系统没三年就换，归根到底浪费的还是广大老百姓的钱啊 ? 产品细化，版本升级，做好服务才是根本！电子病历产品推荐嘉和！ 我们HIS使用天健，PACS使用天健富士版，电子病历曾使用嘉禾，现使用浙江中控电子病历！说来一言难尽啊！ HIS是方正的，LIS是方正的，PACS是上海岱嘉的，电子病历是嘉和的。 总的说来，所有的厂商基本一个样，要说好谈不到，要说不好也还行。只要适合，就是最好的。 天健HIS产品大底子在，基本功能肯定没问题，但当年设计时对财务管理还是不足，由于我们自己还有一定技术实力，现在维护开发我们自己完成，PACS还行。电子病历原来使用嘉禾2.0，表格功能巨弱，据