004核心需求分析

    对于我们学习理科的人来说，最重要的本领，对事务抽象的能力。首先我把所有信息科要处理的工作，抽象成“事件”概念，就像java一样，先抽象成“对象”和“类”。以下简称事件。

接下来看我们怎样来描述的事件，结合我们的工作，有两个最基本的角度来看，一个是我们信息科自身工作的角度，比如这是一个查询统计、程序报错、打印机故障、需要分析等等问题；

另一个是站医院信息化业务，比如与电子病历业务相关、与门挂号相关业务、与医疗安全相关业务问题；所以系统会提供一个“工作问题分类”、“医院信息化业务分类”，后续会详细的介绍。

结合工作实践对“事件”本身分成3类：

  普通事件：一般维护问题，需要有人跟踪处理，比如程序出错，打印机维护等问题；

  归档事件：对于资料归档，不做任何处理，比如需求调研、信息科工作总结、工作计划等；

  项目事件（复合事件）：信息化项目开展（由普通事件、归档事件组成），比如微信项目、医保项目等；

  你可能会发现我的系统有一个“派单事件”，为什么没有当作一种分类，因为派单只是工作模式的体现，比如每日安排专人接听报障电话，才会使用“派单”，其他人在普通事件接收“派单”处理。

以上内容是整个系统设计中最核心的要素，开发围绕它们展开。

005工作问题分类和医院信息化业务分类

工作问题分类 医院信息化业务分类

    由上述可知，工作问题分类与医院信息化业务分类基础数据维护非常重要！那这2分类有什么作用：

第一个作用：优化我们的工作。

我想借用数据库的优化原理，来说明这个问题。首先我们看一下，常用数据库的优化，DBA先找最消耗数据库资源前10的sql语句。同时与开发一起怎样优化这10条sql语句。

同理假设我们需要知道信息科这段时间处理前10工作分类的问题，“打印机问题”排名第一，可能存在的原因：1）、我们购买的打印机质量不好，使用一段时间以后，故障效率比较高；2）、打印机经常需要加墨、更换色带，需要信息科人员来处理；“统计分析问题”排名第二，可能存在的原因：1）、近段时间，各种检查特别多，需要信息科配合查询数据；2）、来自于科室正常需求，统计各种各样的数据；

应对方案：“打印机问题”：1）、更换质量好的打印机；2）、多培训科室使用人员掌握最基本加墨、更换色带操作、或者直接外包第三方公司进行维护；

“统计分析问题”：1）、加强信息科技能培训，尽量使用更多人懂得写sql,任务平均分配;2）、加强信息科技能培训，对于一固定需求，可以自己制定相应报表，给使用科室，或者提需求给his公司进行开发。

第二个作用：让外行人看懂内行人的工作

到这里你可能有点不明白，你刚才把“工作问题分类”分析挺不错，你为什么还要增加一个“医院信息化业务分类”，不是多此一举。说到这里，先说个题外话，医院信息科用来干吗的，跳出信息科本身来看，我们知道信息科是来解决医院业务信息化问题的部门。由此可见，最重要是业务！没有业务分类，领导们看不懂信息科这一年都干了啥。如果跟领导汇报今年处理多少打印机，领导们是无感的。

同样借用数据库的优化原理，假设我们需要知道信息科这段时间处理前10业务分类的问题，“与医保相关的业务”排名第一，可能存在的原因：1）、今年医保政策特别多，需要落实到信息化系统实现；

2）、医保系统不稳定，尤其现在大多数是联网结算以后；“与检验相关的业务”排名第二，可能存在的原因：1）、检验科购买仪器较多，需要与系统做连接；2）、系统升级，旧系统不能满足当前业务发展；

应对方案：“与医保相关的业务”：1）、信息科安排多人分别负责落实各项政策，提高效率；2）、将经常出错的问题，整理形成日志记录，方便大家查阅。对于一些重复性非常高、操作方法简单的问题，尽量将其工具化处理；

“与检验相关的业务”：1）、检验科需要前提告知信息科联系供应商做好对接准备，信息科充分协调仪器工程师与lis工程师，保证工作顺利完成；2）、信息科协助检验科做好需求分析，有序推进项目进行；

第三个作用：深入分析

第一种角度：从业务分类进行分析：

假设“与医保相关的业务”问题共有20个：其中有10个由信息科处理、其中有10个由供应商处理；在10个由信息科处理问题当中，“制作报表”3个，“需求问题”2个，“软件出错”5个；

第二种角度：从工作分类进行分析：

假设“打印机问题”问题共有20个：与门诊相关业务10个，与临床相关业务10个，由此可见打印机的问题50%影响到“与门诊相关业务”，50%影响到“与临床相关业务”

存在问题：每个人对分类理解有所有不一样，存在不合理分类的情况，需要大家不断的磨合，科室大家达成共识，将分类选准确。