有作HIS方面的没?你们认为HIS/LIS使用B/S结构的可行吗?

Question

有作HIS方面的兄弟没？
你们认为做HIS/LIS使用B/S结构可行吗？
现在的公司准备使用基于Silverlight开发B/S结构的HIS及LIS软件
我总觉得有这种方法不太可行呢？
至少对于用户交互这块不是很好，B/S很多操作都不如C/S来得方便快捷
你们认为呢?

Answer 1

我个人认为用B/S结构开发HIS、LIS之类的软件不太合适
说说你们的意见

Answer 2

HIS 内部系统，比如收费、结算等。使用C/S，因为C/S响应速度比B/S快。
你想，每天医院里面那么多人排队挂号、收费，别人医生操作半天，结果来个 页面出错或者异常什么的。那不是反而给别人添乱。如果是对外部的部分，比较在线预约、查询等等，可以考虑B/S。好处就不用多说了。

Answer 3

我也是这么想的，但现在的公司的技术负责人准备使用B/S来开发HIS及LIS，
看来他这么整，这个项目失败的可能性比较大啊
很少看到整个HIS或LIS使用B/S去做的
最起码LIS读取仪器数据这块B/S就处理不了

Answer 4

你真的见过silverlight？给你几个silverlight写的demo自己看：
http://www.mscui.net/patientjourneydemonstrator/
http://vip.stock.finance.sina.com.cn/silverlight/index.html
http://www.msn.michaeljackson.shoothill.com/
http://memorabilia.hardrock.com/
http://live.visitmix.com/Videos

Answer 5

现在SL已经是第4版（正式版）。可以google一下第3版和和第4版的特性，看看有什么不合适的？！

Answer 6

silverlight确实很好很强大
但我不认为目前可以使用silverlight去做项目
这样做是有风险的

Answer 7

呵呵，我对这个比较了解以前一直在做这个从99年接触军队的“军卫一号”HIS系统，到中软的，到东软的其实以我个人的意见应该是b/s和c/s相结合目前从北京比较大的几个医院来看，军队的301、301、304、307、309医院用的都是c/s结构，但是弊病很明显，就是维护起来量很大，因为医生不懂计算机，很小的毛病就得查修。虽然个别医院也弄了自动更新，但是故障率很高。协和还有北医三院用的都有b/s结构的，java开发，机器配置好的话，速度还是可以的，当然不要把b/s结构完全等同于一个普通网页。b/s结构的医院，软件维护要比c/s的少一些，维护起来方便一些速度上我觉得还是可以的，就看你技术实现的怎么样了LIS系统以前都是c/s的，现在北京有很多医院都是b/s的了，而且个人感觉还不错关键是his和lis的数据接口要做好，当然如果是一家公司来作的话就无所谓了不像我们以前做的，都不是一家公司，导致有的出的结果指标判定的阀值都不一样，那么就会出现lis里显示这个人正常，但是his里显示这个人不正常。

Answer 8

分什么人去做。我见过，实际上对于许多花一年时间也只是搞c++中一两个驱动模块的人来说，做什么都是有风险的，等他一年也做不出个小demo程序来，更别提.net应用系统设计了。所以这是分人的。当然你们公司也许是有风险的。最大的风险可能不是语言，而是人的能力。就好象你找死抠一点代码的人做小组负责人，就是最大的风险。

Answer 9

还有根据我这么多年接触的我觉得his系统用什么来实现是次要的关键是整体的业务流程一定要搞清楚以后出现问题，软件处理流程慢，客户不满意再修改的事情就会很多门诊医生看病，主要要求的速度在哪？就是要求开药的时候速度快，也就是提出药品字典的速度，还有就是打印机打印的速度。所以不管是c/s还是b/s只要解决好这点就可以。因为现在医生医德确实不是很好，自己的利益直接和药品开的速度和能不能开出自己想开的药，关系密切，他们只关心这个。当然这还关系到药库管理程序、发药摆药程序、药局管理子程序总之，业务流程一定要清楚，我觉得这个才是你们公司首要考虑的，最好到医院聘请一个顾问，懂得他们全部流程的。

Answer 10

HIS系统侧重于管理和收费，同时提供与专业系统数据交互的接口
LIS专业性很强的信息系统
B/S开发还是比较适合的，考虑网上排队预约
但有些功能还是要用CS实现的

Answer 11

to ly302:
我认为对于这个还应该是C/S及B/S结合，对于使用频率较高的模块，应该使用C/S，反之使用B/Sto sp1234:
任何项目人的因素都是至关重要的,silverlight的前景还是比较不错的，但需要实际的项目去证明,并且这个证明的过程是需要一定时间的

Answer 12

整体用b/s的，有不少医院，LIS用B/S的也很多，而且读仪器数据基本现在用java做的比较多，因为医疗设备带的操控系统基本上都是类UNIX的系统，301和307医院的建议你看看去，他们是用LIS的大户。

Answer 13

我对现在这个公司的项目前景比较悲观
我是小组成员，但小组负责人准备使用一个平台开发工具（小组负责人就是带着这个工具跳到现在这家来的）来开发HIS、LIS，个人对平台不是很看好，另外小组负责人不懂业务（业务由原来PB部门的负责设计），感觉PB部门对业务的把所致不是很准，因为以前PB版的都运行4-5年还一直在修改，而且运行不是很稳定；小组负责人认为业务不是很复杂，另外感觉他只是注重展示，而不是注重实用性
所以，我认为这个项目这样下去，只能是个失败的结果个人认为，对于这类软件，最主要的是实用性，操作简单，易用；这是最主要的

Answer 14

还有就是，个人觉得公司做his并不赚钱维护量太大，人员会很累，上线很累，修改会很多，子系统很多，涉及部门太多现在做his的太多了，北京就有20多家而且还都是客户比较多的每次北京市医保中心开大会的时候，去的就有20多家公司，因为得和北京市的医保数据作接口不知道你们公司是不是考虑北京市场，如果考虑，那么医保接口的处理也是很麻烦的事情现在要求是实时分离数据、检查数据、上传数据。现在很多做his的公司，最终目的还是去做pacs,那是最终赚钱的项目。

Answer 15

PB？呵呵，那么这个PB部门肯定接触过军卫一号系统了，那个就是PB做的。很烂作的，10年了都在修改但是确是中国用的最多的HIS系统

Answer 16

我的理解，B/S其实也是一种特殊的c/s，只不过客户端用的是一个通用工具：浏览器而已。显然b/s的客户端比起c/s来有很多限制，比如无法访问本地系统资源等，而且浏览器用的是http协议，走的是文本，解析起来，效率肯定没有完全编译好的c/s系统效率高。如果系统对效率要求很高，b/s系统不是好的选择。silverlight是胖客户端，类似flash,某些方面的功能据说已超过flash，如异步调用web service很方便等，但还不如flash轻量

Answer 17

C/S还是B/S？
如果排队客户的因素，我觉得得看团队的技术特长来决定。

Answer 18

这个还是该采用C/S及B/S相结合的方式
另外，我不看好这个项目还有个原因，就是小组负责人说过，LIS的业务很简单，熟悉一周就够了，单纯从这一点来看，失败的可能性就比较大

Answer 19

医院的名词是专业名词，最好有百度那样的智能联想功能。
我认为B/S没有问题，HIS可能会根据不同的医院有着不同的需求，可以使用B/S进行大致分类，容易部署。

Answer 20

B/S比较公共化一些。如果采用C/S架构，用户需要客户端，这个对用户来说似乎有些不方便。

Answer 21

大家好，我在帮知名IT企业招HIS系统开发人员，用的Java语言，有leader、、架构师、高级开发、普通开发等职位。工作地点北京。
有意者请发简历至：[email protected]
或者QQ咨询：285042997