医院信息化建设总结 第1篇

6、改为拒绝所有搜索引擎扫描收录，原因很简单：新系统的测试域名以后会更改，并且很多页面seo可能没有考虑到位。

7、保持新系统与旧系统的url地址上的统一，特别是老版已经被收录的页面，如果不一致，将会造成新版上线后流量的大幅减少（我用urlrewrite可最大限度达到统一）。

9、发一份站点通告或帮助，向用户说明老系统中的功能，在新系统中怎样才能找到。

10、在新旧系统并行运行一段时间后，你可以确信新系统已经比较完美后，请找一个在线用户最少的时候，完成系统的切换（改虚拟主机映射即可，我在后面的文章中会介绍）。

11、在技术实现上，还有一个非常重要的问题，就是将新旧站点的域名信息，写到一个配置文件中，新系统中所用用到的地址信息，都从配置文件中读取，在新旧系统切换的时候，你将会发现这么做的好处是多么的有用。

医院信息化建设总结 第2篇

新系统计划于8月10晚正式上线运行，各项准备工作要求8月9日前完成。一． 总务科：

1.打印纸采购，型号：a

4、a5（木浆70克纸）2.门诊病人信息登记表印刷（2万张）3.门诊导医工作台布置 二． 门诊部

1.配备导医人员5名，在门诊大厅负责帮助病人填写登记表。 2.与门诊收费处组长协同完成对门诊专家、科室挂号排班设置并及时修改。三． 财务科

1.门诊收费及药房人员8月9日18：00做一次全员全流程模拟运行。 2.完成就诊卡领取工作，每张就诊卡收取病人押金两元。

3.门诊上线日，门诊收款结账改为21：00，结账后停止收费10分钟，之后用老系统正常收费，待收到信息科通知后启用新系统，结账后老系统所收费用需第二日在新系统里重录入。

4.门诊上线第一日，门诊挂号收费及导医上班时间改为7:30，提前办理挂号手续。

5．门诊上线第一日下午18:00做财务日结，报表由专人负责核对。6.新系统上线后，门诊在老系统中的退费，仍在老系统中进行，老系统仍需做日结，并打印日报。四．药剂科

月10日21：00门诊结账后，将结转门急诊各药房药品库存，各药房及药库当时库存要导出备份，并打印交相关部门保存。库存导出后，门急诊各药房老系统库存将被初始化，各药品库存将被设为20000，各药房与住院相关业务仍在老系统运行，各门诊药房住院药品销量将在切换住院系统时统一处理。

2．住院药房在门诊上线后和住院上线前的时期，领药应在新药库系统进行，药房库存由微机房根据药品出库单在老药房系统中增加库存。

3.住院切换日，住院药房库存应导出备份，并打印交相关部门保存。 4.住院新系统上线后，在老系统中计费的药品如需退药，需由临床科室开出三联红处方，写明退药品种，交药房签字后，送微机房处理并签字后在住院处办理退药手续。

5.新系统上线前一日完成新老药品目录差异的补充录入工作。 五．护理部

1.完成护理人员工号、权限确认工作。

2上线前完成一次模拟测试工作，要求每病区至少有两名护士对新系统操作完全学会并较为熟练。

3.住院新系统上线后，在老系统中计费的药品如需退药，需由临床科室开出三联红处方，写明退药品种，交药房签字后，送微机房处理并签字后在住院处办理退药手续。

六．医务科

1.完成医生工号、权限确认工作。

2．上线前完成一次模拟测试工作，要求每病区至少有两名护士对新系统操作完全学会并较为熟练。

七．其它

医院信息化建设总结 第3篇

我觉得自己很幸运，能够有机会参与到一个全新产品的从无到有的一个过程，如果说可以把这看做是一个项目的话，那么对此有一点心得体会。

在我所在的公司，一个新产品从无到有分为几个阶段： 第一、产品运营提交策划 第二、技术部门开发 第三、全面测试、产品上线

每个阶段在实施的过程中都会遇到各种各样的问题，而不同阶段所遇到的问题点又不尽相同。但有一点是相同的，那就是每个阶段在实施的过程中都会事先定好一个时间节点，以此来保证整个项目的如期进行。

第一阶段：产品运营提交策划

作为产品经理或产品策划来说，都希望出一个尽善尽美的产品，而老板不会给你做出一个尽善尽美产品的时间，这个时候就会有一个提交策划的时间点出来，也就是第一阶段的时间节点。那么作为产品经理为了能够如期提交策划，需要注意以下几点：

１、控制好需求

需求其实有两个极端，一个是尽善尽美，尽可能的让功能更友好，用户体验更佳；一个是尽早交付，一切改善性的需求都可以牺牲。

只满足前者，提交策划的工期可能会不断的拖延，因为很多功能的工作量其实是在细节的优化，而不是主要流程的完成。只满足后者，很可能会出现一个让用户很不满意的产品。那么产品经理就要做到平衡好这两点。

２、对需求说不

你对一个需求说不，只要这个需求不是一个会造成其他功能依赖的核心需求，就算这个需求后面发现必须实现，你可以补上，总体工作量并没有增加。但是如果你花资源去完成了这个需求，后面却发现这个需求是不重要的或者可以简化的，那你已经浪费了一些工作量。两者的代价相比，明显前者的代价比较小。例如小说频道，之前花费了大量的资源去做小说，功能也比较完善，但是到了后期发现小说的背景与整个产品的背景选择发生冲突，最后在开发过程中围绕此问题讨论许久之后，决定放弃小说背景。

３、深入了解官方渠道的软件审核机制

由于在产品设计前期没有考虑到官方渠道上线的审核机制，导致充值页面反复驳回，产品技术浪费很多资源去做的充值到后期需要重新设计，并且对用户体验造成了很大不便。所以在产品设计之初需深入了解官方渠道的软件审核机制。

４、整理好需求的优先级

a.确定不变的需求应该先完成，如果策划去完成了一些功能，结果发现后面的需求要改，那前期的一些工作量已经浪费了。

b.被其他需求依赖的需求应该先完成，只有这样，才能不挡住依赖它的需求的进展。比如登录功能，很多登录后的页面都需要当前登录的用户信息。

c.主流程，或者核心需求应该先完成，改善性的需求应该后完成。比如信息列表页面，很多功能需要用户在信息列表里面进行选择。因此信息列表是核心需求。而在信息列表页里面一个列显示格式的美化，这属于改善性需求。５、不要让细节影响你的目标

做产品的人很容易沉浸在功能的细节当中，为xxx好美观的显示，xxx的功能或者很酷的设计浪费大把的时间，沉浸在细节当中很容易让人忘记工期，忘记产品的最终目标。这里不是说不让你去完善细节，而是这些细节方面的事情等产品核心功能完成之后，有大把的时间可以专注在细节方面。先把核心功能完成是目标。

６、不做一半的功能

如果我们做了2个功能，但是我们每个功能都做了一半没全部完成，那目前为止我们总计完成了多少个功能？1个？ 不是的，完成了0个。一个功能除非真正完成并且通过，不然你永远不能确定这个功能是不是还有一些遗漏的地方。所以我们做功能的时候，要确保我们在做的功能已经是真正完成了，我们再去接着做下一个功能。

７、风险管控

产品经理应该尽量在早期把所有的风险都列出来，一个一个解决。一个流畅的项目，从前期到后期风险点应该是倒三角形的，就是前期风险很多，后期风险越来越少。而项目管理不畅的，则是一个正三角形，上面风险少，到后期风险就多了。

假设有一个点，你不确定他是不是有风险的，那即使我们在早期把它当做一个风险点重视起来，带来的代价也远远小于在后期等它爆发出来的时候再处理。

医院信息化建设总结 第4篇

关于新系统上线运行的有关事项

中国cdc

一、时间

新系统《国家人口死亡信息登记管理系统》已于2014年1月1日上线，原《中国疾病预防控制信息系统》内《死因登记管理信息系统》将于2014年4月1日停止使用。新老系统并行3个月。请各级用户在老系统停运前，及时下裁相关报表，新系统仅提供历史个案数据下载，无历史报表下载。

二、访问方式

1、县及县以上本级用户（疾控机构用户）可使用现有《中国疾病预防控制信息系统》vpn访问新系统。

ip地址：

（联通）

(电信)

三、登录方式

新系统用户登录名称及密码与现有《中国疾病预防控制信息系统》相同。

四、报告内容

自2014年2月1日起，2014年死亡的个案使用新版《死亡医学证明书》（样式见附件）采集数据，只能通过新系统《国家人口死亡

信息登记管理系统》录入，届时，老系统只能录入2013年死亡个案，2014年死亡个案将无法录入老系统。

2014年如果还在使用旧版的纸质《死亡医学证明书》，也需要录入新系统，可以按照新系统的项目把旧版的内容对照过来即可。已经录入旧系统的2014年死亡个案不需要再次录入新系统，将由国家疾控负责导入到新系统。

五、客服电话

如遇到系统登录、使用等问题请拨打电话 或使用系统内的留言系统。

六、业务管理

各级业务管理员可使用现有《中国疾病预防控制信息系统》vpn访问新的权限管理系统，用于管理《人口死亡信息登记管理系统》权限，已对现有用户进行了权限初始化工作，请业务管理员进行核实与梳理。

业务管理员登录ip地址：

七、新系统使用重点说明

新版《死亡医学证明书》为达到防伪的目的，设置了较为严格的编码，设置原则是9位组织机构代码（国标）+年份+4位流水号，为防止流水号重复，需要在录入数据前先生成死亡证编号，同时进行组织机构代码关联工作。具体操作说明见附件。

附件：死亡卡编号生成功能使用说明 说明

《人口死亡信息登记管理系统》即原《死因登记报告信息系统》中死亡卡编号的录入方式依旧为系统自动生成，但改为由使用单位预生成的方式提前将所需的死亡卡编号生成出来，在填报或录入死亡卡时依照事先生成的死亡卡编号进行填写或选择。

9位组织机构代码（国标）+年份+4位流水号

组织结构代码：由国家所提供的各单位登记的机构代码，称为国标； 年份：该死亡卡编号被生成时的年份；

流水号：对应组织机构代码所生成编号的序号。

死亡卡编号生成页面：

机构信息：图中“地区”及“机构名称”为当前登用户在系统中的地区及机构信息； 组织机构信息：图中“组织机构代码（国标）”、“组织机构代码（国标）所在地区”及“组织机构代码（国标名称）”均为已经关联组织机构信息。

*注：

组织机构信息区域如上图无信息显示时说明该单位尚未进行关联，目前无法进行死亡卡编号的生成。

组织机构代码（国标）关联页面：

筛选条件：提供用户对“组织机构代码（国标）”码表中的“组织机构代码（国标）名称”进行模糊查询；关联提示：提示用户该机构是否已经完成关联操作；默认关联链接：当用户在下方查询列表中未找到；机构信息：用户账号在系统中所属的单位信息；组织机构信息：用户所属单位所关联的组织机构（国标）信息；确认关联按钮：确认与相应组织机构信息进行关联。

*注：