关于HIS的需求分析

lanzf

请教各位前辈，医院信息系统的需求分析一般是在哪个阶段进行？
是在签完合同以后还是签合同之前？
是在开发之前还是实施的时候？
我看到大部分好像都是在签了合同之后，因为系统大部分都是现成的，一般都是在开发之前做一下需求分析，然后就进行二次开发，一般都会在实施之前做完。

另外，还想请教一下，需求分析一般由谁来做？专门的需求分析师？还是开发人员？或者售前？

谢谢。。。。

再燃一根烟

应该是在签订合同之前。因为现在签订的HIS合同大都包括了各个上线模块的具体功能清单。
需求分析理论上是由专门的需求分析师来做。但一般情况都是有有经验的售前提供需求分析提纲，再和开发部人员进行确认后，最终完成。因为某些需求的修改或者增加，一定要由开发人员分析并确定工作量后才可以。

tyq

我们的需求分析很简单,因为我们的软件产品已经包括了绝大多数的功能需求,不能满足的极少,医院重点关心的提出来就行了,不提也没关系,等发现没有时再来提也不晚,因为没有的功能通常都不是急用的,都不是关键业务功能.
看产品的功能完备情况,如果是成熟的大公司,一般需求分析都会比较简单,因为该有的功能基本上都有了,小公司就难说了,早点提比晚点提要好.

mojuncong

如果按软件工程的思想,需求分析应由需求分析师做,而且还要进行需求评审.可大多数国内的公司都用现成的模块作好了,用户要的基本功能在模块里都有,至于用户的某些个性化需求,如果成本小的就帮修改一下,如果成本太大就劝用户放弃或要求他们修改需求.这样的好处是成本低,有价格优势,但长此下去开发投入越来越少,不利于发展.

再燃一根烟

反正不管医院大小，总会有些医院的需求和公司的产品在某几个关键点上有分歧。
而这个分歧往往属于那种“不改不上线”的情况。遇到这种情况基本上就没有什么需求审批了，一般公司都会改掉。

lanzf

原帖由 mojuncong 于 2007-7-15 17:39 发表

                               
登录/注册后可看大图

如果按软件工程的思想,需求分析应由需求分析师做,而且还要进行需求评审.可大多数国内的公司都用现成的模块作好了,用户要的基本功能在模块里都有,至于用户的某些个性化需求,如果成本小的就帮修改一下,如果成本太大就 ...

我自己的想法也是这样， ，但是如果要加大这方面的投入应该也不容易，毕竟每个医院都有自己的一套，如果每家医院都进行大范围的二次开发的话那应该是很不现实的。

tyq

修改程序的多少，除了与医院的需求有关，但也与软件的架构与设置的灵活性有关，如果软件架构是灵活的，以数据驱动为核心的，这样要修改程序的需求就少了，把修改程序变成了修改配置，虽然都是改，但改配置比改程序要方便多了，也不容易出错。
这要看公司的产品架构是否从一开始就考虑到各医院需求的不同，如何解决这种差别。