广西妇幼卫生信息管理系统应用存在问题

第一篇：广西妇幼卫生信息管理系统应用存在问题

《广西妇幼卫生信息管理系统》应用存在问题

由上海龙骑计算机科技有限公司开发的《广西妇幼卫生信息管理系统》经过多年使用对广西妇幼保健工作起到一定的促进作用。但也存在主要以下的问题：

一、设计观念落后，未能更好地提高应用和管理效率

《广西妇幼卫生信息管理系统》设计没有实现基于健康档案区域卫生信息平台及与其信息流程、运行模式相适应的各类业务应用系统，旨在消除“信息孤岛”和“信息烟囱”，实现不同医疗卫生机构之间的互联互通和信息共享目标，造成妇幼保健机构临床、保健、婚前保健、出生医学证明、公共卫生、妇幼卫生项目、医保、新农合等不能互联互通和信息共享，而重复建档工作效率不高现象。

二、组网方式不适合大数据量传送

《广西妇幼卫生信息管理系统》采用公网宽带传送不适合定时和适时数据传送，效率低，安全性不可靠，数据传送有数据遗失现象。

三、软件开发应用价值不高

传统的妇幼保健信息系统实现对服务对象健康信息的全面掌握，在数据规划和数据管理上，要求进行完全独立的控制，建立专属于妇幼保健领域的专项健康档案和集中的业务数据中心，并直接从各相关服务承担机构采集需要的各项数据,使用该龙骑系统结果是：对服务对象而言，因为不同的健康或疾病问题，需要往

返于多个机构、建立多“卡”多“册”，信息不能共享，本属于自己的完整的健康档案信息分散在各地，并且可能重复检查甚至重复治疗，或不能得到及时的追踪随访服务；对基层卫生服务机构而言，同一服务对象的同一数据可能需要按照不同“条线管理”的要求重复采集、重复上报，且难以从其他机构获得需要的数据，工作效率低下、基层业务人员苦不堪言；对区域卫生管理部门而言，需要重复投入、建设多种类型的专项健康档案和多个领域(条线)业务数据中心，而各专项健康档案和领域数据中心可能掌握着同一服务对象的同类数据却可能不一致，“数出多门”，不能满足信息综合利用、支持科学决策的要求。

（一）系统不能随时快捷形成高危孕产妇和高危新生儿总体信息，对高危孕产妇和高危新生儿、体弱儿管理信息支持低，不能更好应用于高危孕产妇和高危新生儿、体弱儿实际管理干预。

（二）不能直接形成国家和自治区妇幼保健报表，不能很好地支持卫生管理决策和服务质量控制。

（三）不能有效支持保健和临床相结合，缺乏产儿科临床相应的医生工作站的开发窗口，不能形成产科、新生儿病历等，产儿科病历基本信息重复建档，造成临床医生不愿使用。

（四）婚前保健资料不能共享，软件虽然含接有婚前保健登记模块，孕期保健建档并不能调用婚前保健基本信息。因此孕期保健又需要重复建档。

（五）软件不具自动识别清除重复建档资料，造成数据库儿童数量大大多多于实际儿童数，导致信息可靠性降低。

四、建议

妇幼保健信息系统不是孤立的业务应用系统，而是整个区域卫生信息化业务应用体系中的一个重要成员，妇幼保健信息系统所管理的特定服务对象(妇女儿童)的专项健康数据，只是服务对象在整个生命进程中形成的完整健康信息的一部分。正确地认识和处理好妇幼保健信息系统与其他业务应用系统(如医疗服务、疾病控制和社区卫生等)在数据资源建设上的相互衔接和互为补充的协作关系，在区域层面实现跨领域、跨系统的数据资源整合，是实现相关业务应用系统共同支撑全程一体化健康管理服务的重要基础。新一代妇幼保健信息系统应在做好区域卫生信息资源规划和数据标准化基础上，将基于“领域业务数据中心”的传统烟囱式系统建设模式转变为基于“区域业务数据中心”的集成化开发模式，实现业务数据中心的“共建共用”，彻底取消系统问的“数据接口”，满足“统一高效、资源共享”的区域卫生信息化建设总体要求。

（一）市为区域单位，由市卫生局组织制定本区域卫生信息系统开发规划，按照卫生部卫生信息化建设：标准统一、保证安全、以法治业、经济实效、因地制宜的基本原则重新开发新一代妇幼信息管理系统。

（二）分析总体设计思路：新一代的妇幼保健信息系统应在满足妇幼保健领域自身服务与管理需求基础上，向以“人的健康”为中心的全生命周期健康管理模式发展，体现“以人为本”的区域医疗卫生信息系统一体化设计理念。严格按照“统一规划、统一标准、集成开发、共建共用”的原则，在准确理解、把握妇幼保健信息系

统在健康档案和区域卫生信息平台中的定位、作用和相互关系基础上，做好与相关业务领域的数据资源整合和应用系统整合，并充分利用区域卫生信息平台提供的各项功能，搭建高效统一的业务管理平台及区域共享的业务数据中心，实现与其他业务应用系统的互联互通和协同工作，满足区域医疗卫生服务和健康档案建设的需要。

（三）从“领域内业务管理”向“区域化服务个人”战略重点转变。深化医药卫生体制改革的核心是强调“以人为本”。要求从卫生服务理念、医疗卫生制度、卫生服务模式和服务手段等各方面充分体现以服务居民个人为中心的改革思想，以提高有限卫生资源的可及性和公平性，促进解决老百姓“看病难、看病贵”等社会问题。以居民健康档案和区域卫生信息平台建设为重点的医药卫生信息化战略规划和各项任务的提出，正是贯彻落实“以人为本”改革思想的具体举措。为适应新形势的要求，在业务应用系统建设上，应树立以“人的健康”为中心基于区域卫生信息平台的妇幼保健信息系统建设技术解决方案的全程服务理念，以实现居民全生命周期健康管理为目标，将建设的重点从传统的“面向领域、重业务管理”及时转向“面向区域、重服务个人”。站在服务全局的高度，通过开展全面、系统的区域卫生信息资源规划，优化业务流程和服务模式，提高服务质量和效率，满足“惠及居民、服务应用”的战略要求。

（四）与相关业务领域数据资源整合，实现业务数据中心的共建共用妇幼保健信息系统不是孤立的业务应用系统，而是整个区域卫生信息化业务应用体系中的一个重要成员，妇幼保健信息

系统所管理的特定服务对象(妇女儿童)的专项健康数据，只是服务对象在整个生命进程中形成的完整健康信息的一部分。正确地认识和处理好妇幼保健信息系统与其他业务应用系统(如医疗服务、疾病控制和社区卫生等)在数据资源建设上的相互衔接和互为补充的协作关系，在区域层面实现跨领域、跨系统的数据资源整合，是实现相关业务应用系统共同支撑全程一体化健康管理服务的重要基础。新一代妇幼保健信息系统应在做好区域卫生信息资源规划和数据标准化基础上，将基于“领域业务数据中心”的传统烟囱式系统建设模式转变为基于“区域业务数据中心”的集成化开发模式，实现业务数据中心的“共建共用”，彻底取消系统问的“数据接口”，满足“统一高效、资源共享”的区域卫生信息化建设总体要求。

（五）与相关业务应用系统整合，具备统一高效、各司其责的协作能力由于一项系统、完整的妇幼保健服务可能由多个业务活动组成，这些业务活动的具体执行和业务数据的产生源头可能涉及多个卫生服务机构。为加强信息资源高效整合和充分利用，避免相关应用系统的重复建设和数据重复采集，应首先打破领域和条块限制，通过开展区域卫生信息资源规划，对区域范围与人的全生命周期健康管理相关的各业务领域进行全面的业务需求、业务流程和职能边界分析与统筹规划，按照“数据从哪来、功能就归哪”的原则，做好妇幼保健信息系统以及相关业务应用系统的功能域重组、数据流程再造以及功能模型的优化设计，避免相关系统之间功能交叉重叠，改变传统封闭式的妇幼保健信息系统建设格局，回归领域信息系统的逻辑特性。使逻辑架构下的妇幼保健

信息系统各业务子系统，在区域卫生信息平台的基础支撑下，具备“统一高效、各司其责”的协作能力，能够共同、有机地参与到妇幼保健业务活动中来，从根本上消除“信息孤岛”和“信息烟囱”。

2014年7月8日

第二篇：加强妇幼卫生信息管理

加强信息管理 提高信息质量 促进妇幼卫生信息工作规范化 2011年我区妇幼卫生信息在各级领导的重视和妇幼信息工作者的共同努力下，我们以贯彻“一法两纲”为核心，以面向群众、面向基层为服务导向，以妇女、儿童健康为服务宗旨，获取及时、完整、准确的妇幼卫生信息为准绳，认真开展各项工作。今年我区妇幼卫生监测工作均按要求完成信息质量并逐步提高，妇幼卫生信息工作逐步走向完善和正规化。我们具体是从以下几个方面开展工作：

一、突显妇幼卫生信息管理地位

（一）领导重视 各级领导充分认识到妇幼卫生信息是妇幼卫生机构制定计划和决策的依据，加强妇幼卫生信息管理是确保妇幼卫生信息及时、完整、准确的重要保障。我区率先成立了信息管理科，配备了专职人员进行资料收集、数据统计处理和分析，每名区级专干分工协作，分别分管不同专线工作。年初成立了信息质量管理小组，由所长任组长，负责信息质量管理。制定了妇幼卫生信息工作计划工作，把它作为一项重要事情来抓，确定工作目标并提出工作要求，对于重大公共卫生服务项目妇幼卫生项目制定了单独的工作计划，提出了全年的主要目标和实施方案。

（二）规范管理 制定了各项工作制度、工作职责、工作规范，实行目标责任管理，制定了妇幼卫生信息专项考核

标准，并纳入绩效考核。

（三）加强交流 年初组织各社区妇幼专干、各医疗机构信息员召开会议，布置全年工作任务及要求。每季定期组织各妇幼专干及医疗机构信息员召开一次工作例会，总结前一段时间的工作成绩及工作中发现的问题，布置下一季度的工作任务，解答各专干在工作中遇到的各种困难，各妇幼专干必须参加并作好会议记录，把各专干的会议记录作为妇幼卫生工作考核的一项指标。信息科建立了芙蓉区妇幼工作及医疗机构信息QQ群，通过该群进行信息交流，及时反馈信息，大大提高了工作效率。

二、健全妇幼卫生信息管理网络

加强三级（区、乡、村）网络管理，各社区卫生服务中心确定妇保及儿保两名专干双向管理，各医疗机构确定一名信息员负责信息收集和信息报表上报工作，确保医院妇幼卫生信息收集的及时性、准确性。

针对往年社区妇幼专干调动频繁及母婴保健技术服务机构信息人员不明确的现象，我们将提高妇幼卫生信息人员稳定性工作作为重点工作来抓，年初计划会上，确定了社区卫生服务中心妇保及儿保专干并将名单上报市妇幼，明确规定每个社区妇幼专干年内更换不得超过2次，如更换，必须做好交接工作，今年3月初再次明确了辖区助产医疗机构信息员名单并上报长沙市妇幼保健院。

三、强化妇幼卫生信息培训

于2011年4月和6月举办了两期芙蓉区妇幼保健信息工作业务培训班，对各社区卫生服务中心妇保专干、儿保专干、基层保健员及各医疗机构信息员进行了相关业务培训，规范原始登记表册和各种报表的填写，进一步加强信息收集、调查和核对工作。通过培训加强了妇幼保健人员及医疗机构信息员的业务水平和工作能力，确保信息收集来源的准确性、及时性。

四、建立妇幼卫生信息管理平台

我区率先使用金士达信息网络平台，要求各社区卫生服务中心均使用金士达网络平台输入孕产妇及儿童信息，按要求录入孕产妇及儿童家庭信息及体检情况。高危孕产妇管理及叶酸的发放服用情况均进行网络录入，并把网络录入计入个人工作量。实现信息资源统一规划、归口管理和数据资源共享。通过金士达网络平台各级妇幼卫生管理部门均可在办公室及时掌握到全区妇女儿童健康状况、疾病结构、卫生需求，当前主要的卫生问题，根据信息及时分析，针对影响和危害妇女儿童健康的主要疾病和影响因素，利用卫生政策、医疗保健技术、健康教育等手段，确定经济有效的干预措施以改善妇女儿童的健康状况，保护妇女儿童生命安全和身心健康。

五、确保妇幼卫生信息质量

为确保妇幼卫生信息工作质量，我们从数据源头抓起，一是要求各社区卫生服务中心、村卫生室及医疗机构及时、规范做好基础登记，以保证信息原始资料收集的准确性、全面性、时效性。二是要求各街（乡）、社区卫生服务中心妇幼专干每季度抽一至两天时间到妇幼所与保健科人员一起进行妇幼卫生信息报表汇审，审核中发现问题及时更正，并在每次例会上针对报表中发现的问题进行学习，对易混淆的概念、各表册之间的逻辑错误进行详细的讲解，有效降低了出错率。三是要求各社区卫生服务中心妇幼专干每月下村、街核对信息，及时查漏补漏，每个星期到辖区内医疗机构收集高危、叶酸信息。四是要求各医疗机构信息员每季统一将报表送妇幼所，并带原始资料与妇幼所信息员一起进行审核，发现错误及时更正。

六、加强妇幼卫生信息质控

区监测专线专干定期和不定期到各社区卫生服务机构和相关医疗机构进行督导，对妇幼专干的妇幼信息工作进行全面的检查，核查各种原始资料的可靠性及准确性、各种表格之间的逻辑性，发现问题当场指出并加以指导，对妇幼卫生信息数据及时查漏、补漏及更正。针对每次报表审核情况及抽查情况中发现的情况，在每次例会上都集中进行学习，对易混淆的概念、各表册之间的逻辑错误进行详细的讲解。

信息质量管理小组每个季度不定期对辖区内各社区卫生

服务中心及各医疗机构进行督导，对原始资料来源的真实性及数据的准确性进行督查，对上报数据的准确性进行核实，了解漏报与错报原因，加强信息报表质量控制。每次督导后都写出督导意见书及质控调查表，并做出质控分析报告，对问题进行追踪管理。

七、规范妇幼卫生信息资料管理

各种报表统一归口到信息科实行归口管理，确保数出一门。依据不同、不同问题分类管理，将反映同一问题的信息资料集中，反映不同问题信息区分开来，按信息资料产生的时间先后进行排序，确定保管期限并进行归档文件编号、编目、装盒。

建立信息资料交接制度，各级信息人员更换时，需提前3个月向领导报告，单位报区妇幼所备案。新上岗的信息人员要求到妇幼所接受培训后才能上岗。信息资料交接时，要求单位领导在现场时进行交接并签字，确保了信息资料的连续性和完整性。

今年我区妇幼卫生信息工作虽取得了一定成绩，但仍存在一些问题及困难，如:社区妇幼专干及医疗机构信息人员不够稳定，空挂户存在，部分孕产妇及儿童保健服务不能及时掌握，原始资料收集较困难等问题。明年我们将进一步加强信息网络建设及队伍建设和管理，加强与医疗机构的沟通、联系，加强妇幼卫生工作的督导和质控，加强信息人员

培训等各项工作，确保妇幼卫生信息工作逐步正规化。

妇幼卫生信息是一项十分重要的工作，在制订和调整妇幼卫生工作的目标和计划、争取妇幼卫生政策的支持中发挥了重要作用，为妇幼卫生深入的科学研究提供了十分宝贵的信息依据。因此，我们要进一步加强妇幼卫生信息规范化管理，确保信息的及时性、准确性、完整性，为我们妇幼卫生事业提供正确的决策依据作应有的努力。

芙蓉区妇幼保健所

2011年12月22日

第三篇：医院实验室信息管理系统应用浅谈

医院实验室信息管理系统应用浅谈

［关键词］ 实验室信息管理系统；医院信息管理系统；系统数据

随着全自动生化分析仪、全自动免疫分析仪和全自动血球计数器等仪器的使用，检验科的大多数项目实现了全自动化分析。全自动化分析引入后，组合化验增多，更好的满足了临床需要，也使检验科的工作量和检验数据成百上千倍的增加，这就需要实行智能化管理，早期的单机DOS网络管理系统就是实验室信息管理系统（laboratory information system，LIS）的雏形，主要任务是接受分析数据、打印化验报告、查询报告和室内质量控制数据的管理等。随着IT技术的飞速发展，以Windowsnet为平台的实验室信息管理系统得以广泛应用。目前，LIS在运行速度、安全性、稳定性等方面都有较大的提高，并能实现检验结果审核自动化、检验无纸化、双向通讯及与医院信息管理系统（hospital information system，HIS）的无缝联接，为实验室提供低成本、高效率、高品质的检验流程管理［1］。我院的LIS系统经过一年多时间的建设和实际运行，已趋于成熟和完善，并取得了较好效果。本文着重从LIS的结构设计、工作流程、功能、系统数据安全策略等方面进行探讨。LIS的总体结构设计

LIS采用C/S(Client/Server,客户机/服务器)结构的应用模式。为了共享HIS中的信息资源，必须实现LIS与HIS的完善对接。为了使检验信息的提交不与HIS系统争抢资源（CPU，硬盘访问）及减轻主服务器的存储负担，检验科应有一个独立的LIS服务器。LIS工作站用于数据接收的计算机有两个RS232串口，这样可以连接两台检验设备，从不同仪器上采集到的结果可能具有不同的文本格式，通讯软件执行不同的数据处理过程再将结果以统一的形式存放。LIS的工作流程

LIS是HIS的一个组成部分，通过与HIS的无缝联接可以共享HIS中的信息资源，使检验科能与门诊部、住院部、财务科和临床科室等全院各部门之间协同工作。LIS的功能

3.1 采样

对住院、门诊的病人，检验人员在病人标识栏中输入住院号或门诊号，系统自动从HIS 系统中调出病历号、科别、病床号、标本类型、姓名、性别、年龄、检验者、送检医生、医嘱申请等信息，检验人员采集相应的医嘱申请即可。

3.2 审核

提供人工和自动审核功能，人工审核是指人工对某一数据进行浏览，检验结果的合理性。自动审核可以对不同检验种类之间的检验结果相关参照比对，同一患者的当前结果与过去数次结果的比对，保证标本审核的准确性及稳定性。同时提供了检验项目的上下限范围检查和空值警告提示。

3.3 查询

提供了很完全的查询窗口，可以按指定条件如病人姓名、性别、病历号、检验日期、检测项目等条件查询病人的检验结果。同时支持模糊查询，例如，查询姓为黄的患者，就能给检验人员列出黄姓患者的清单。还支持跨组查询且可以查某个时间段的报告。

3.4 试剂管理

对检验各部门使用的试剂进行统一管理，包括试剂的入库、库存查询以及自动减库存功能，仪器每做一个测试将自动减少试剂库存量，为主任管理系统提供科室消耗及成本原始数据。

3.5 双向通讯

检验仪器可以自动接收采样获得的检验项目申请，而拥有标准的RS232串行接口的仪器如全自动生化分析仪等可直接与工作站连接,系统自动接收由仪器传送过来的结果。对于某些手工检验项目,可采用手工录入方式录入结果。对于一般的数据在病人资料录入窗口就可以完成,但对细胞形态等描述性报告和细菌报告则需要在独立的窗口完成。

3.6 资料统计

可以进行项目工作量、组合工作量、科别工作量、部别工作量、检验者工作量、送检者工作量、仪器工作量、标本工作量、细菌工作量、组别工作量、日期工作量以及以上各个条件的组合的工作量统计和费用统计，使科室管理者很容易掌握和分析科室的运转情况，为决策提供了数据； 同时检验人员可以进行各种组合的实验数据统计，如对一定年龄范围和某一疾病患者的某一项目进行统计分析,这有利于检验人员进行研究。

3.7 质量控制

采用Westgard多规则作为失控判断规则，与LIS数据采集模块连接，实时自动接收仪器质控数据，自动绘制质控图，自动失控报警。使用优顿图对质控数据进行分析，辨别随机误差和系统误差，以便检验人员采取相应的措施，提高工作质量。

3.8 人事管理

可设定访问口令，防止非法使用者对系统破坏；对不同级别的检验人员的所需功能进行设置，以利于质量控制和避免部分人员随意改动系统内容而造成不良后果。可以在系统上进行科室排班和小组排班，科室成员可以在科室内任一台连网的电脑上查看排班情况。还可以利用系统进行岗位考勤，检验人员在上下班时进入岗位考勤窗口输入各人的编号和密码后，系统自动记录每个人的上下班时间。

3.9 维护和管理

维护和管理功能给检验部门管理员提供一个人性化的管理，可以添加新的项目，添加新的工作组，添加新的仪器，添加新的用户，方便管理。对检验部门的可持续性发展提供了好的保障。

3.10 远程打印

除检验科内使用查询功能外，LIS提供了在检验科外患者通过独立的护士查询台查询打印检验报告的功能，做到检验和报告分离，避免交叉污染。

3.11 历史结果查询

如果病人每次以同一就诊卡号就诊或住院，可以显示病人历次所有的检查结果，还可以显示任一检查项目所有结果的动态曲线，有利于临床医生对患者的病情进行动态分析。LIS的数据安全

LIS是HIS的一个组成部分，其安全是整个医院信息系统安全运行的重要保证，系统数据安全主要考虑以下三个方面。

4.1 硬件上的数据安全

对硬件配置，特别是对数据库服务器的配置采取一定措施，如采用安全的硬盘存储系统、双机热备、磁带机及光盘数据备份等，最大程度减少因硬件故障导致的数据破坏。

4.2 系统内的数据安全

检验工作中对数据的访问、输入和修改有一定的权限要求，建立结果数据冗余，实施身份的验证，多级权限的管理机制，加强安全操作指导，可减少各种因素导致的数据破坏，而且可以防止数据的泄漏。

4.3 系统数据接口的安全

在LIS与HIS其他子系统连接时，通过数据接口来交流信息，数据接口安全应遵守有关行业标准（HL7）和医院的规定，保证接口双方的安全。简单和标准化的数据接口稳定，也便于维护。LIS应用展望

今后，随着医院HIS的更新换代，检验将彻底实现条形码统一管理，使整个检验过程更加简化，在这种新的工作模式下，就像超市里购物一样，标本只要在条形码阅读器上过一下，病人资料及待检测项目就会从网络上自动调入，分别送到检验的服务器和分析仪器，减少了实验室信息传递过程中人为因素导致的误差,真正实现了检验流程的自动化与检验全程质量管理。同时，门诊患者可以凭印有条形码的检验回执单，到自助打印报告处获取检验报告。

目前国内LIS主要采用C/S模式，因为客户端上安装有应用程序，软件的升级、病毒、人为因素等造成的破坏都需要到现场维护，使维护工作复杂化。随着信息技术的发展，C/S模式将会向B/S（Browser/Server,浏览器/服务器）模式转换。B/S模式是一种以Web技术为基础的新型的信息系统平台模式，它把传统C/S模式中的服务器部分分解为一个数据服务器与一个或多个应用服务器（Web服务器），从而构成一个三层结构的客户服务器体系，它简化了客户端。各个用户通过http请求在权限范围内调用Web服务器上不同处理程序，从而完成对数据的查询和修改，它使用户的操作更简单，无需培训就可以直接使用。采用B/S模式还可以发布检验信息如科室、人员、仪器、新项目、新技术的介绍以及各种通知；实验室及相关人员或病人可以利用Internet来访问LIS，病人可以在网上查阅检验报告和相关解释并打印，工作人员可以在家里审核检验结果、安排工作进度等。

第四篇：企业集团的信息管理系统应用

企业集团的信息管理系统应用

【摘要】

本文以某个IT产品销售公司的信息系统项目的开发为背景，讨论了一个信息系统需求分析的整个过程，其重要特征是：所涉及的项目是原有系统的一个升级替换版本。因此，需求分析过程不同于建立一个全新的系统，大体上可分为三个阶段：()实施逆向工程获得对系统的初步了解;(2)在第1步的基础上写出基本需求，交由客户评审补充;(3)在第2步的基础上开发原型，利用原型与客户交流，最终获得基线需求。针对上述三个阶段，本文论述了所使用的分析方法与工具以及所遇到过的一些典型问题和措施，最后对需求分析中使用的工具，谈一些自己的初步体会。

【正文】

我于1998年8月至2000年7月参加了某个大型集团的企业信息系统的开发工作，该大型集团的业务主要涉及到IT类产品的进销存。本人在项目中负责系统分析的工作，该集团企业原先已委托某个电脑公司开发过一套IT类产品管理系统，但是该老系统存在两个主要的问题：(一)系统运行速度非常慢，如商品销售开单时，从确定开单到开单完成有时需要1～2分钟左右的响应时间，让客户无法忍受。(二)系统数据不准确，经常出现实物库存与电脑库存严重不相匹配的情况，使销售数据的统计产生一些混乱，有关财务的数据因此无法有效使用，只能采用人工录入方式补充进行。在这种情况下，该集团的总经理决定参考原有系统重新开发一个系统，以便解决原系统所存在的上述两个难以克服的难题。注;原系统采用PB6.5开发，数据库采用SYBASE，服务器采用Windows2000Server，客户端采用Windows 98，程序架构采用的是传统的C/S结构。

鉴于该集团业务操作复杂，流程多，涉及人员多等特点，以及项目完成时间短，经费有限，人员有限等限制约束条件，再考虑到必须避免前一系统出现过的结构混乱与难于维护等问题，我们决定要对原系统的需求做一个比较彻底的和切实可行的分析，由于原有系统已经开发了近两年，并且客户也有了一定的使用经验，业务基本流程本身也并没有太大的变化，因此，我们把需求分析的过程分为三步：()分析原有系统的结构，主要是数据库结构和程序结构，(2)在获得第(1)步结果的基础上写出基本需求，交由客户评审补充，(3)在第(2)步的基础上开发原型，利用此原型与客户交流，从而获得最终可用的需求结果。下面按上述三步分别加以论述。

第一步是实施逆向工程，获取原有系统的基本需求。

由于原有系统在功能上大体上能基本满足客户的需求，并且在两年多的开发中也积累了不少经验，因此，从中可以获得一些有益的参考，也可以避免多走弯路。在这一阶段，我们

采用的主要工具是PB自带的Power Designer和PB Documents;前者主要用来分析数据库结构，后者主要用来分析程序结构，便于开发人员与高级用户理解程序。采用这两个工具的原因是：原系统过于庞大，模块多，数据库模式多，表格量很大，仅靠人工的方法很难从中获得一个比较完整的、明确的系统结构以及整体构成，而且原有系统未能提供一套正确完整有效的设计文档，于是我们只能依靠工具辅助来进行。在使用Power Designer分析数据库，并且用PB Documents分析原程序中的PBL以后，我们对原系统的结构有了一个初步的了解，再结合对原系统的使用，基本明确了功能与流程的需求，并在此基础上用人工录入方式，产生了初步需求的自然语言文档。这里指出，使用Power Designer的一个不足之处是：如果一个表中的字段过多，而且又同时依赖多个表时，输出的表格相关图形很复杂，有很多交叉，且难于调整，不方便阅读及打印。

第二步是在第一步的基础上进行的，即写出系统基本需求，交由客户评审和补充。通过第一步的逆向工程，我们获得了系统的基本需求。为了充分记录需求的变化及需求之间的依赖关系，我们决定选用Rational公司的Requisite PRO作为我们的需求管理工具，Rational公司有一整套用于需求管理的工具，功能非常强大，包括Requisite Pro、Clear Quest等等，这些需求分析工具可以对需求进行全面的管理，包括记录需求的变化情况，需求之间的依赖关系等等。但是，我们考虑到Rational的一套工具全面实施会非常昂贵与复杂，需要非常强的项目管理能力才能全面实施，因此，我们只采用了其中最简单的一部分功能，那就是记录需求变更，记录需求之间的依赖关系，其他跟RUP有关的功能都给略去了。之所以这样做，主要是考虑到项目的经费、人力以及国内软件开发的实际情况。正如前面所说，我们根据自己的理解并写出基本需求后，交由客户做评审井做适当补充，我们将经过补充整理后的需求作为正式需求记录入Requisite Pro所维护的数据库中，并对各个需求进行分类，设定优先级等，这些工作完成后，就可以从数据库中直观地了解客户到现在为止提出了哪些需求，哪些需求是必须优先考虑的，哪些是难度较大的等等。在这个过程中，我们遇到了一些问题，譬如：用户对我们用自然语言书写的需求文档有许多地方不理解，往往在花了较长时间阅读之后，仍不明白我们所描写的需求过程与他们所完成的业务之间的对应关系;另外是由于首次采用Requisite Pro进行需求管理，在类型划分，属性值的确定上，部分开发人员没有经验，造成了不少反复，对于前者，我们的方法是想办法增加一些示意图，将大的流程分解为小流程，再与客户反复交流与沟通，最终达到双方理解一致的目的。对第二个问题，则参考了一些例子，再结合实际中属性的使用情况，给予取舍或者选择，经过这一阶段的工作，我们建立了基本的需求库，定出了基本需求规格说明。

第三步则是在第二步的基础上建立起原型，利用原型与客户进行更深入的交流，通过交流修改相应的需求。

在这一阶段的工作是在对第二步任务进行报告交流的基础上进行的。我们用PB开发了一个原型系统，就具体的业务流程与客户进行交流与沟通，通过原型，客户发现了许多我们

与他们的理解相互不协调的地方，我们在修改需求的同时，也在Requisite Pro需求数据库中记录下修改的历史。事实证明，这种记录历史的作用是很有效的，如曾经有客户在两个不同的时间对同一需求提了相反的需求，我们根据历史记录很快证实了该客户的提法有错误，在事实面前无需再作争论，同时利用Requisite Pro，我们还发现了一些需求相互之间有矛盾。经过这一阶段工作，我们终于获得了经过用户认可的需求基线，即是可用于下一步进行详细设计的基线需求。

在这个项目中，我们利用了Power Designer、PB Documents等逆向工程分析工具和Requisite Pro需求管理工具，这些工具的使用，使我们提高了工作效率，起到了一定的辅助作用。但是，就需求分析工具方面而言。我们觉得国内应用得还是太少了，这一方面是因为对需求分析不够重视，另一方面是因为管理水平还达不到相应的层次。Rational公司的一整套需求分析工具，其功能是非常强大的，国外已在普遍地使用，在国内也逐渐开始普及，特别是那些通过CMM二级以上评审的单位，都必须使用工具对需求进行管理。在本项目中，我们仅仅利用了Requisite Pro功能的一些小方面，已经体会到该工具对于项目管理的诸多好处。如果一个有实力的公司能够全面实施RUP，那么需求管理这个老大难的问题会变得不再那么棘手了，项目的质量也会得到相应的提高。目前国内由于CMM热潮的兴起，已经逐渐重视需求分析，也逐渐使用需求分析工具，这是非常可喜的，当然，更希望在不久的将来，能用上国产的需求分析工具，那时我们的软件产业也许会真正地腾飞了。

评注;采用逆向工具进行再工程的应用很多，本文给出了一个实际的例子。写作有条理，也很实际。合理地界定了需求分析的现实水平。所采用的需求分析的方法与工具相对较合理科学。能在对项目讨论的同时抒发议论、使用体会、爱国心和事业心。深度还可以提高，例子宜更加丰富一些。(本文主要参考了广东刘小波等人的论文)

第五篇：旅馆业信息管理系统应用承诺书

旅馆业信息管理系统应用承诺书

我是的负责人，在经营期间我对我单位的治安信息系统应用承诺如下：

一、对本单位应用的相关治安信息系统进行维护，如遇故障，损坏及时报告公安机关。

二、按照规定实名、实情、实数、实时上传相关治安信息。

三、有下列情形之一的：

（一）未按要求及时录入传输或者报送住宿人员信息的，按照《治安管理处罚法》第五十六条第一款的规定，处罚旅馆相关工作人员。

（二）对故意不使用旅馆业系统，不录入、不上传或不全面录入、少上传住宿旅客信息等行为，应按照有关规定，责令改正，给予警告，可以并处罚款。

（三）对不录和不传境外住宿人员信息的旅馆，可依据《中华人民共和国外国人入境出境管理法》、《中国公民往来台湾地区管理办法》等法律法规予以行政处罚。

如有违反上述规定的，我单位及本人愿意接受公安机关的处罚。

承诺人：

年月日