医院信息管理系统可行性分析报告
信管班 ******
绪论
管理信息系统在现代社会已深入到各行各业，由于计算机技术的迅速发展和普及，信息管理系统MIS事实上已成为计算机管理信息系统,医院信息管理系统就是一个典型的管理信息系统，它可以让医院管理工作变的更轻松。其开发过程主要包括前端应用程序的开发和后台数据库的建立和维护两个方面。主要任务就是建立基本数据，后台程序主要负责的都是管理上的功能。
经过分析，本系统实现了系统维护、病人挂号、医生就诊、药房管理、等必需的功能，其操作简单，界面友好，运行比较稳定，适用性较强。
1、引言
1.1编写目的
医院信息管理系统对于一个医院来说是必不可少的组成部分，目前好多医院还停留在人工管理人员手工记录数据的最初阶段。但对于病人信息量比较大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查询某条纪录时，由于数据量庞大，还只能靠人工去一条条查找，既浪费人力物力，效率也很低。
本系统采用Eclipse RCP技术编写，My Sql作为数据库，要求系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速查询信息。
总结建议的开发项目在技术方面实现的可行性的研究结果，为产品开发中心决定是否进行本开发项目提供依据。
评价为了合理地达到开发目标所可能选择的各种方案，说明并论证所选用的方案。
1.2项目背景
1.2.1工程的名称：医院信息管理系统
1.2.2 工程产品的名称：医院信息管理系统
1.2.3 项目开发背景
如今已经是21世纪了很多科学先进的技术已经很成熟，并能够运用于我们切身的是实际生活中，比如计算机管理。大型医院由于病人数量多，对于医院他们的工作却很多包括了：病人挂号、医生就诊、药房管理等工作。以人为本，学习计算机专业的我们想运用计算机来解决生活中的实际问题。运用我们开发的医院信息管理系统来帮助医院管理员更加轻松方便快捷的管理病。节省大量的劳动力，实现医院信息化管理。
作为计算机应用的一部分,使用计算机对医院信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高医院信息管理的效率,也是大型医院的科学化、正规化。
2、可行性研究的前提
2.1系统的预期要求
该系统主要包括基本数据维护、基本业务、数据库管理和信息查询。
2.1.1基本数据维护部分应包括提供各层级管理添加、修改、删除并维护基本数据途径。
2.2.2基本业务部分应实现病人挂号、医生就诊、药房管理和系统维护等功能。
2.2.3数据库管理部分是对这个数据库的管理，包括各个管理员，病人详细信息等。
2.2.4系统的技术可行性分析：在系统维护中包括登录处理，病人信息检索，数据库信息维护。使用时要核对用户名和口令，2.2费用说明
2.2.1预计系统需求
1)主机使用windos2000以上系统、MySql数据库，开发工具J2SE。
2)系统采用C/S结构。所有数据、应用系统都集中数据库中。
2.2.2系统预计费用
1)MySQL数据库费用2500元，开发工具J2SE（Eclipse）费用1800元，开发环境4500元/每月，其他3000元。
2)开发人员工资：项目经理（1人）4500元，数据库开发人员（2人）4000元，编程人员（7人）3000元，其他人员（若干）2500元
2)系统维护费用3000元。
3)系统采用双主机。独立储存和远程备份方案。系统故障全年停机少于5小时。
2.2.3 完成期限 1）预计从合同签订之日起，到硬件、网络、应用系统安装完成，开始进入系统试运行的时间为6个月。试运行到初验为3个月，初验到终验为3个月。2）本系统使用年限：5年
3）本系统的开发期限：六个月（并提供一年免费维护）
4）投资经费，开发经费预算在600万以内 法律和政策限制：政府信息和系统代码不公开
5）硬件软件要求：系统稳定性要求较高 可利用信息资源：网络和相关书籍
系统的优点
1）、本平台具有可维护性，简单易懂的代码和代码的注释为后升级维护提供良好保证，2)、本平台运行于windows服务器版本，数据库使用MySQL或者更高版本，能实现公寓管理系统安全稳定运行。
3)、可利用学校机房的服务器做为本平台运行环境，服务与整个医院，快速安全，易维护成为本平台的优点。
4、技术可行性分析
基本方法:做医院内的调查报告，获取医院业务处理的各方面信息情况，从中获取重要信息，并成为建设本系统的重要依据。
策略：查阅大量管理系统的相关书籍，从不同方面研究本系统的整个设计，并结合调查报告中所获取的信息，逐渐形成本平台的雏形。
建立模型：从软件工程生命周期角度，建立每一步的参考模型，并在详细设计的总要环节中，分别以管理员身份，管理员和学生的角度去分析与设计。
5、经济上的可行性分析
一方面是支出的费用，包括设备购置费、管理和维护费用、人员工资。从投入的人力，财力与物力是小的，只要一台电脑，一台打印机，这个系统就可以运行起来。
6、结论
本文通过研究国外利用电子医疗数据开展药物警戒的相关政策、方法和应用, 研究国内利用HIS开展ADR监测的有关实践, 结合开展HIS与监测系统对接的课题研究, 分析利用HIS开展ADR监测的必要性和可行性, 对我国开展ADR监测、加强风险管理进行了思考并提出建议。
1国内外利用电子医疗数据开展药物警戒的研究与实践
近几年来, 国外发达国家如北美、欧洲的药品监管部门对上市后药物安全日益重视和严格[2]。除了传统的自发报告系统, 新发展的主动监测系统越来越受到重视。
1.1主动监测及其优势
主动监测系统是指利用多种纵向电子数据库, 如医疗保险索赔和电子医疗健康档案等多种电子化医疗数据源, 对药物作用进行系统分析的过程[3]。传统的自发报告存在漏报、报告质量不高、缺乏整体人群基数等局限性, 主动监测的主要特征和优势是使用真实世界数据、近似实时且可前瞻性的监测药物的安全性, 给各国上市后药物安全性监测带来了新机遇。
1.2国外发达国家电子化医疗数据应用研究
美国和欧盟等国家在立法、方法研究、电子化医疗数据资源组织及应用等方面相对比较成熟, 多年来已经开展了一系列的药物安全性研究。
2007年秋, 美国国会通过了FDA修正法案 (FDAAA) , 要求FDA利用电子医疗相关数据积极主动的加强监管, 为此FDA宣布了哨兵行动 (Sentinel Initiative) , 建立主动监测系统监测FDA监管的上市产品, 使用多种来源的电子医疗数据监测产品的安全性[4]。迷你哨点监测、观察医疗结果合作项目由多方合作、多数据源、覆盖大规模人群、建立并使用通用数据模型, 开展了主动监测的各种研究和应用, 实际效果明显。
2012年, 欧盟实施了新的药物警戒法规以加强各机构之间的协调和数据收集, 为此欧洲药品管理局开展了探索和理解ADR项目, 建立了电子监测系统, 通过提取电子病例实现药品不良事件早期检测, 数据来源于医疗保健、研究机构和制药企业等, 意大利、荷兰、英国、德国、丹麦等国组成了药品安全性研究协作联盟[5,6]。欧洲联合体关于治疗结果的药物流行病学研究由34个包括监管部门、学术界、制药企业等机构组成欧洲联合体, 目的是创新方法加强对欧洲药物获益与风险的监测和监管[7], 以及疫苗不良事件监测及通信系统均积累了大量人群数据, 并利用这些数据开展了药物警戒的各种研究和应用, 发挥了重要作用。
1.3国内利用HIS开展的研究与探索
近年来, 我国医院信息化建设和应用水平快速提升、不断深化, 已成为医院管理、业务和服务水平的最好体现。对于利用HIS等电子数据开展ADR监测和药物警戒, 医疗卫生机构、研究机构、ADR监测技术机构等均进行了相关的研究、探索和实践[8], 如通过开展研究提高处方的合格率、集成安全性预警算法生成智能化的预警信息、挖掘特殊人群如老年和儿童的用药风险因素、加强热点和重点监测品种如基本药物的ADR监测、开展主动监测等等, 以进一步积累经验提升ADR监测能力、挖掘和分析风险因素、有针对性的加强风险管理。国家药品不良反应监测中心组织开展了HIS与监测系统对接课题研究, 通过研究和实践, 探索新的途径开展ADR主动监测, 进一步提高工作质量和实际效果。
1.4国内外对比分析
我国医院信息化建设起步较晚, 与美国等国外发达国家相比差距较大, 在管理、技术层面主要体现在: (1) 医疗机构信息化推进、利用医疗卫生数据开展药物警戒上升为国家立法高度。 (2) 统一制定医学术语、技术标准等公共标准, 并建立配套的认证和监管体系。 (3) 利益相关者包括制药企业共同参与、采用多来源的电子医疗保健数据开展ADR监测。 (4) 研究和建立公用技术方法、通用数据模型、加强协作和信息共享。 (5) 强化信息安全和隐私保护。
2 利用HIS开展ADR监测的必要性和可行性分析
ADR自发报告这种被动监测模式存在固有的局限性, 不论是寻求固有问题的妥善解决还是新形势下谋求创新和发展, 都需要更深入更广泛的探索与合作, 利用医院HIS等电子化数据开展ADR监测是一个良好途径, 既可以获取真实世界数据、从源头提高报告质量、提升工作效果, 也可以开展重点监测、药品再评价;医疗机构可自动抓取、及时发现院内ADR和用药错误等风险, 与监测系统对接可减轻医务人员ADR填报工作量、提高报告质量、计算院内发生率, 并可开展不同主题的药物流行病学研究;生产企业可加强产品的安全性监测、疗效分析, 对于改进生产、新适应证发现及新产品研发等发挥积极作用。
随着公众对合理用药需求逐步提高、药品监督和卫生管理相关法规制度的逐步建立健全、新技术发展, 结合医疗机构固有的特性, 利用HIS开展ADR监测、再评价显得尤为重要, 也具备了可行性。
2.1 落实ADR监测、卫生管理要求, 加强医院风险管理
《药品不良反应报告和监测管理办法》[9], 对医疗机构建立ADR报告和监测管理制度、机构和人员配备、人员专业背景及能力等有明确要求。尽管许多医院都配备了相应的机构和人员, 但有限的人员无法做到全面、实时的监测。利用HIS可以弥补这些不足。
《三级综合医院评审标准》[10]及其实施细则, 核心条款中对于ADR监测和报告有明确要求, 有信息化的医疗风险监控与预警系统, 是“A”级的必要前提。由此可见, 不论出于按照ADR报告和监测、卫生管理要求, 还是医院提升工作质量和自身发展, 均需要建立信息平台, 加强ADR报告和监测的动态、实时管理。
2.2 减轻医务人员工作量, 提高工作效率
通常情况下, 医务人员通过登录监测系统, 按照固定的格式填写报告, 进行ADR过程描述及关联性评价。不论是报告的自发性、填写内容复杂耗时, 还是涉及院内不同科室信息不详、专业性较强, 均会在一定程度上影响报告的准确性、完整性、及时性, 甚至是专业价值。从HIS等电子数据中对ADR进行标注、补充信息、审核、直接导出, 无疑可缓解报告的瓶颈问题。
2.3 获取真实世界数据, 提升报告质量、加强合理用药
医院ADR发生普遍存在, 国内外均有报道。因此医疗机构开展ADR监测、减少用药风险和危害具有重要意义。HIS是医院主要的临床电子数据库, 拥有海量的患者用药、诊疗过程等真实记录, 从中提取有关的ADR信息, 能够获取真实世界数据, 从源头提高ADR报告质量, 从而缓解自发报告的不足。
2.4 为开展主动监测、上市后临床研究打基础
医院是开展主动监测、临床研究的重要场所, 国外发达国家已经有了良好的实践和效果, 国内也开展了不同程度的研究和尝试。《药品不良反应报告和监测管理办法》中, 对开展“重点监测”提出了要求, 是生产企业、医疗机构、监管机构面临的机遇和挑战。不论是从医疗机构的工作性质和利益出发, 还是从上市后药品安全性监测与评价工作的目标考虑, 利用HIS开展主动监测、上市后临床研究均是一个良好途径。
2.5 国家政策支持、医疗大数据应用增强了可行性
近期, 国务院和办公厅陆续出台了关于推进“互联网+”行动、促进大数据发展、运用大数据加强服务和监管的相关政策, 提出加快发展基于互联网的医疗、健康、社会保障等新兴服务;运用大数据加强并改进市场监管, 如食品药品安全、消费安全等, 以提高科学决策和风险预判能力。为利用HIS等电子数据、医疗大数据开展ADR监测增强了可行性。
3 启发与思考
电子医疗保健数据在欧美等发达国家已经有较好的建设和发展, 并广泛应用于药物流行病学特别是药物警戒的研究, 也为制药企业、医疗机构、政府监管机构等多方利益相关者共同关注、参与以及合作提供了良好的途径与方法。
医疗服务信息化是国际发展趋势, 安全用药越来越引起广泛关注[11]。合理用药的药学服务是保障公众用药安全的有效形式, 同时也是医院药学发展的必然方向[12], 国内越来越多的医院正加速实施基于信息化平台的整体建设, 以提高医院管理水平、业务水平、服务水平, 加强核心竞争力。ADR早期发现和预防、合理用药也是医疗服务的重要组成部分。长期以来, 由于行政管理体制等方面的原因, 存在固有的局限性, 在思想观念、制度建设、业务及信息化标准建设等方面, 需要进一步统一思想、加强协作;以建立ADR监测哨点医院、开展重点监测为契机, 根据国情, 借鉴国外的成功经验, 利用我国人口多、数据资源丰富的有利条件创新药物警戒的研究与实践, 更好的加强药品风险管理、维护公众健康。
参考文献
[1]王玲, 周晶鑫, 张学宁, 等.药品不良反应报告数据规整的实践与思考[J].中国药物警戒, 2014:11 (7) :407-412
[2] Stang P E, Ryan P B, Racoosin J A, et al.Advancing the science for active surveillance:rationale and design for the Observational Medical Outcomes Partnershop[J].Annals of Internal Medicine, 2010;153:600-606
[3]蔡兵, 刘青, 周晓枫, 等.药品安全主动监测方法简介[J].药物流行病学杂志, 2013:22 (8) :439-443
[4] FDA.FDA's Sentinel Initiative-Background.http://www.fda.gov/Safety/FDAsSentinelInitiative/ucm149340.htm, 2010-01-19/2014-12-23
[5] Yu-Lin Huang, Jinhee Moon, Jodi B SegalA Comparison of Active Adverse Event Surveillance Systems Worldwide[J].DrugSaf, 2014;37 (8) :581-596
[6] Jose Luis Oliveira, Pedro Lopes, Tiago Nunes, et al.The EU-ADR Web Platform:delivering advanced pharmacovigilance tools[J].Pharmacoepidemiology and drug safety, 2013;22 (5) :459-467
[7] EMA.Objectives of PROTECT.http://www.imi-protect.eu/objectives.shtml, /2014-12-23
[8]王玲.基于医院信息系统开展药品不良反应监测研究[J].中国药物警戒, 2015:12 (4) :229-231
[9] CFHA.药品不良反应报告和监测管理办法.http://www.sda.gov.cn/WS01/CL0053/62621.html, 2011 05 04/2014 06 23
[10] NHFPC.卫生部关于印发《三级综合医院评审标准 (2011年版) 》的通知.http://www.nhfpc.gov.cn/yzygj/s3585u/201104/c6fa4cc981d4429ba8caa7666aa13710.shtm1, 2011-04-22/2014-06-23
[11]赵庆军, 张艳华.从药物不良反应报告分析思考用药安全性问题[J].中国医药导刊, 2015:17 (3) :292-293
关键词：学生档案；信息管理系统；需求；可行性
中图分类号：TP311.5 文献标识码：A 文章编号：1671-864X（2015）12-0169-01
一、系统需求
需求分析阶段是软件定义时期的最后一阶段，它的基本任务是准确的回答“系统必须做什么”这个问题。但是这一阶段的任务还不是该怎样完成系统的工作，只是对目标系统提出完整、准确、清晰、具体的要求。更进一步的说，应该确定系统必须具有的功能和性能，系统要求的运行环境，并且预测系统的发展前景。必须仔细分析系统中的数据流又要分析长期使用的数据存储。通过此阶段可以知道该软件主要有学生学籍异动管理、奖惩情况管理、档案管理、成绩管理、考勤管理等功能模块。
工作是学校教学工作的重要内容，这一工作阶段性强，涉及面广，涉及诸多细节。目前，学校学生管理环节普遍存在的问题和现象是：
1.为加强学生社会能力和工作能力，在以就业为导向的指导思想下，学生就业前的校内管理效果不明显，须加以改善。
2.大部分学校逐渐走上完全学分制的教学模式，对于学生综合管理工作更需要规范化。
3.毕业涉及的申报和管理工作主要依赖人工处理，效率低。
基于以上，开发了学生档案信息管理系统。
二、模块化设计
模块化设计就是把程序划分成若干个模块，每个模块完成一个子功能，把这些模块集中起来组成一个整体，可以完成指定的功能问题的需求。系统功能包括学生信息管理、学生成绩管理、考试模块管理、教师信息管理等。
三、系统流程分析
根据用户需求分析和系统的总体设计过程中确定的系统功能及模块，可以分析出系统的流程。系统的启动首先要通过用户权限的验证，输入错误的用户名或密码，系统无法运行，点击确定按钮将重返登录界面。
四、功能需求分析
系统应该具备如下主要功能：
（一）学生管理：学生能够查询自己的资料以及考试信息、课程信息等。可以修改自己的密码，在课程考试后可以查看自己的成绩以及成绩排名情况。
（二）教务人员管理：教务人员能够查询并修改自己的资料及密码，可以增加、查询、修改、删除学生基本信息，查看学生成绩以及总分、单课排名情况。可以增加、查询、修改、删除课程信息、考试信息、教师基本信息等。
五、可行性分析
（一）对现有系统的分析。
目前，在不少大、中专院校学生档案管理系统都是单机的MIS，甚至有的还是手工方式。这种单机的管理系统不仅工作方式效率是极低，而且存在许多弊端，主要包括：
1.档案录入效率低下：例如每学期开学，数以千计的学生档案都由学生处负责录入，这个工程量之大，可想而知。
2.查询不便：例如，某个系部要调出某个学生的档案，由于系部没有管理档案的权限，他就必须到学生处去调这个学生的档案。
3.毕业生转档不便：每年大量毕业生，他们都要转走个人的档案。在这个过程中，若没有管理信息系统的参与，工作繁重不可言喻。
可行性分析对系统的开发至关重要，可以大幅减少不必要的损失，保证系统开发的顺利进行。因此要对此系统进行技术可行性和操作可行性两方面的系统可行性分析。
（1）技术可行性。
本系统是采用目前比较流行的C#语言，用Microsoft Access 2005数据库完成。由于C#的与平台无关性，所以在任何有C#运行环境的计算机上都可以运行。
为了方便交互式应用和数据的大型存储，大学综合管理系统必须采用B/S框架模式而且支持大型的后台数据库，而Asp.NET、SQL、Server 2005数据库正好满足了交互与大型存取两方面。可见使用Asp.NET毕业设计管理系统在技术上是可行的。
（2）操作可行性。
学生档案信息管理系统是一个集成了教师管理、学生成绩管理、考试信息管理，用户只要会上网就应该会使用本网站，网站各个部分都有说明和提示，引导用户达到他们的目的。
对于用户来说，本系统只要求使用者掌握一般的上网经验，经过仔细设计和测试之后的系统具有操作简单，方便灵活等优点，足可以满足用户的不同需求，同时也方便了学校的内部管理。用户一定会在短时间内掌握并熟练使用。只要动一动鼠标键盘就可以达到想要的效果。
（3）经济性可行性。
通过网络化的学生信息管理，大大的提高了工作效率和人才的利用率，使之创造了更大价值；减少了工作人员，同时减少了学校开支；人才利用率的提高，适应了信息时代的网络化管理要求。
（二）可靠性方面。
采用代码较检逐项检查录入的各项资料，保证录入资料的正确性。遵循软件工程规定，保证各个模块的独立性和可靠性，达致整个系统的可靠。同时加强服务器维护工作，保证服务端稳定可靠地运行。
参考文献：
[1]王秀华，徐元栅，学生管理信息系统的开发及实现[J].成都：西南民族大学学报[自然科学版] ，2004：1.
[2]杨波.基于INTERNET_INTRANET的大学生综合管理系统[J].江西：江西财经大学信息管理学院，1999：1-4.
[3]Management Information System， McLeod， Printice Hall，1998.
[4]颜承元.基于Web 的大学生综合素质管理信息系统的设计与实现.[J].上海：上海交通大学学报[农业科学版]，2007：2.
[5]祝宇.Windows窗体间的消息传递[J].电脑编程技巧与维护，2007，（7）：57-80.
[6]周旺基.ADO对象访问数据库动态查询的实现[J].上海：电脑编程技巧与维护， 2003，（1）：55-57.
作者简介：卢秋华（1965—8—），男，本科学历，现在江西省赣州农业学校工作，职称实验师，主要从事计算机教学工作和研究。
例如：图书管理，库存管理，宿舍管理，教学管理，财务管理等等。也可采用所给示例系统或系统中的一部分作为一个系统。
2，要按可行性分析的规则，进行相关分析，得出正确结论。
3，可参考以下模版
管理信息系统可行性分析
实 验 报 告
（三）一、新系统方案
（一）系统的目标
拟在一年内建立高安教育集团图书馆管理信息系统，本系统将改变传统管理模式，加速图书馆管理的自动化，标准化和科学化，而建立的一个整体性的图书馆管理系统，使用此管理系统以后，可以提高和改进技术部的管理系统服务质量与工作效率，广大师生也可以更加充分利用图书馆，为高安教育集团教学研究更好的服务，图书馆也可以调整冗余机构，精简一些人员，从而提高工作人员的素质及服务水平。
（二）系统规划及初步方案
该校图书馆由于刚刚改建成还没有彻底实现信息化，大部分业务采用人工管理，浪费人力物力；另一些业务虽已实现了微机自动化管理，但应用系统大多水平较低，比较落后。其中相当一部分为自己开发研制。可以说水平各异，大多不符合统一标准，随着数据量的增大，出现了这样那样的问题。所以本次设计的系统主要解决两大问题（1）信息化水平低，未形成标准化（2）人员冗余，普遍素质不高.（三）系统的实施方案
（1）接收各部门的功能模块建议，对系统进行改进；
（2）接收各部门的配备需要，负责硬件及辅助设备的选型、安装、调试和维护管理工作，承担馆内计算机设备的调配；
（3）管理各类账户的网络地址，登陆权限，确保本馆各类系统安全可靠稳定运行；
（4）监控电子资源及各种重要数据库的运行状态，技术进行维护，妥善保管应用软件并及时进行数据备份；
(5)提高和改进技术部的管理系统服务质量与工作效率。使用此系统后广大师生可以更加充分利用图书馆，为高安教育集团教学研究更好的服务，图书馆也可以调整冗余机构，精简一些人员，从而提高工作人员的素质及服务水平。
（四）投资方案
（1）图书馆大厅计算机有8台供查询、借还等，四个借阅室分别分配一台计算机，电子阅览室计算机超过50台，大约投入30万元
（2）技术部网络维护人员8人，工资费用大约共10万元/年
（3）支付创维科技股份公司软件研制费用30万元
（4）对集团技术部人员进行培训，培训费用大约8万元/年。攒足后劲，人尽其才，以便日后能独立对软件进行更新和维护
（五）人员培训及补充方案
（1）加强对图书馆服务人员素质的培训，要让来到图书馆的人员感受到春天般的温暖
（2）调动所有图书馆人员的积极性，人尽其才。
（3）升级图书馆的电脑软件和硬件设备。
（4）系统的设计过程要充分采纳学生和工作人员的意见，使系统更富有人性化。
二、可行性研究报告
（1）技术可行性分析
目前已经成功地建立了许多复杂的管理信息系统，而图书馆管理信息系统是比较简单的，因此从技术上说，完全可以建成一个适用的图书馆管理系统。
（2）经济可行性分析
图书管管理系统建成以后和校园网相连，提供网上服务，广大同学可以在寝室就可以查询图书馆借书的有关情况。同时可以改进管理手段为学校科研教学等多方面提高有力的支持和服务，本系统所带来的效益，是长期的很难短期用金钱估量的，同时可以减少工作人员，高工作效率，因此从经济上说是可行的（3）管理上的可行性分析
现有的图书馆管理人员只要进行培训完全可以胜任工作。对于缺少的计算机管理人员，可以通过招聘解决。现有的运行环境只要稍加改进就可以保证新系统的运行，从运行管理方面看是可行的。
三、结论
1．引言：
1.1编写目的随着中国经济的快速发展，做为国民经济发展的三大支柱之一的基础设施建设行业，成本控制已越来越得到行业人员的充分肯定。本人根据实际的行业经历，针对当前的租赁市场以及计算机的普及，宽带、无线技术的发展，针对建筑产品租赁市场，根据自己的需求，提出一份信息化管理系统的分析报告。
1.2项目背景
本信息化管理系统为“脚手架租赁管理信息系统”。做为土木工程中独立的子项目工程脚手架工程，根据某脚手架租赁公司市场管理经理的要求，由某软件公司业务人员进行先期调研，确定系统的管理人员、服务对象、操作流程、货物配送流程等功能。根据实际工作人员的层次水平，界面的设计应该简单、便捷、易于操作。
1.3定义
客户管理：
租出登记：
1.4参考资料
2可行性研究的前提
租赁系统应具备的基本功能要求包括：
系统界面直观、操作简单、方便，能对脚手架等建材的租赁、归还情况一目了然。依托系统强大的辅助录入和计算功能，减少了录入和收费统计的工作量，提高了工作效率，降低了工作强度。合同明细、租出明细等的报表可以省去手工抄录的时间。强大的材料物资管理功能，有建筑材料登记、租出、归还、报废、损坏的登记功能；强大查询功能，简洁明确的报表，减轻租赁部门管理的工作量，提高了脚手架租赁周转管理的效率。满足脚手架等建材租赁行业管理的要求。系统管理：基本信息设置，员工管理，部门管理，权限管理，仓库管理，脚手架类别管理，计量单位管理，数据备份。
客户管理：客户添加，客户维护，客户分组。
租出登记：租出登记，租出查询，外租明细。
归还登记：归还登记，归还查询，损坏登记，损坏查询。
合同管理：合同添加，合同管理，合同作废，到期提醒，合同打印。
库存管理：库存明细，库存查询，报废登记，报废查询，报废明细，库存报警。（包括分公司的库存及总库存情况）
财务管理：财务大类，财务小类，添加帐务，财务查询，科目定义，凭证管理，凭证统计，凭证明细，凭证报表，核算成本，核算利润，催款提醒，费用报销（需要审核），统计报表：资金日报表、月报表、收入报表、费用报表、欠款报表
办公自动化：浏览通告，通告管理，在线论坛，论坛管理，在线通迅录，通迅录管理，在线会议，文件共享，共享管理，新邮件，收件夹，发件夹，邮件管理。
产品销售：产品销售，销售查询，外卖明细，销售退货，退货记录查询
3对现有系统的分析
3.1处理流程、数据流程
采用人工方式进行租出物品的登记、租出、归还、报废、损坏的登记。根据记录单进行租用期限设备以及人工收费的核算。实行人工库存的清点、核查。
3.2人员、费用支出
在实际操作中，人员不宜更换。需要多人配合进行设备数量整合以确定实际出租量以及库存量。所产生的人工费较大，在交接作业中容易产生物品丢失现象，不能进行合理有效的衔接。
管理费用过大，每月都必须使用额外时间进行清算，汇总。浪费人工多且工作效率低。
4所建议技术可行性研究
4.1系统的简要描述
脚手架租赁管理系统依托WINDOWS操作系统，界面简洁、清晰、易于操作。方便、快捷的进行数据的查询，以及界面显示该用户租赁与归还情况，产生费用，联系方式，信誉度等情况。给工作人员提供最快的实时数据。
4.2处理流程、数据流程
采用本系统，在物品进行出租时，只需操作人员根据物品情况
选择出租物品登记单，第一步：录入客户的姓名、地址、联系方式、身份证号码等基本信息。第二步：录入出租物品数型号、套数、物品完整情况。第三步：录入客户的保证金金额或者其它形式的信誉保证方式。第四步：打印出库单，客户签字确认。整个流程由租赁系统一次性完成。
4.3 与现有系统比较的优越性
对于出租物品的实际追踪情况，可直接通过系统的查询功能进行核实，同时每月的出租情况、物品归还情况、现有库存情况均可在系统中通过报表的形式一目了然的得到确认。减少了人工成本的支出，同时大大的提高了工作效率，可以随时进行库存量的查询统计，给管理人员提高最新的信息。
4.4 采用建议系统可能带来的影响
4.4.1 对用户的影响
需要用户提高计算机的操作能力，熟悉管理系统的界面，了解系统的操作流程以及数据的处理过程。能过进行简单的文字编辑以及基本的电脑文字录入，同时熟悉操作系统的使用以及计算机本身的维护。
4.4.2 对运行环境的影响
需要配备单独的计算机一台，保证系统安全稳定的运行。
4.4.3对经费支出的影响
只产生系统的开发费用、维护费用。
5所建议系统经济可行性分析
5.1支出
5.1.1计算机购置费，软件购置费。
5.1.2计算机软件维护费。
5.2效益
5.2.1一次性收益：减少人工费支出，提高工作效率。
6社会因素可行性分析
6.1法律因素
合同责任明确，订立合同后，不侵犯他人的专利使用权，采用自主开发设计。
6.2用户使用可用性
使用人员具备计算机基本操作知识，具备一定的文字编辑能力以
（初稿）
浦东新区城市网格化管理委员会办公室（筹）
上海城市发展信息研究中心
2005.01.11
上海城市网格化管理信息系统浦东新区工程可行性研究报告
目 录
第一章 概述..............................................................................6
一、工程建设背景...................................................................................6
二、上海实施城市网格化管理的总体思路及试点情况.......................7
（一）城市管理中存在问题初析.......................................................7
（二）上海实施城市网格化管理的总体思路...................................8
（三）卢湾区、长宁区城市网格化管理工作试点情况...................8
（四）术语和定义.............................................................................10
三、浦东新区城市网格化管理平台建设的总体思路.........................12
（一）工程的指导思想.....................................................................12
（二）工程的建设目标.....................................................................13
第二章 工程建设的必要性和可行性....................................14
一、浦东新区实施城市网格化管理的必要性论证.............................14
（一）转变政府职能，提高浦东新区城市管理水平的要求.........14
（二）化解管理疑难，增强浦东新区城市管理能力的要求.........15
二、浦东新区实施城市网格化管理的可行性论证.............................16
（一）浦东新区城市管理信息化工作已有一定基础.....................16
（二）实施城市网格化管理的技术手段趋于成熟.........................17
（三）可以借鉴卢湾区、长宁区的成功试点经验.........................23
（四）浦东新区的基础准备工作有序进行.....................................23
三、主要研究结论.................................................................................24
四、参考资料..........................................................................................25
第三章
工程建设的需求分析................................................27
上海城市网格化管理信息系统浦东新区工程可行性研究报告
一、组织机构的需求分析.....................................................................27
二、办公场地的需求分析.....................................................................27
三、基础数据的需求分析.....................................................................28
四、网格化管理系统构架的需求分析.................................................28
五、信息平台的需求分析.....................................................................29
六、移动终端的需求分析.....................................................................29
七、项目拓展的需求分析.....................................................................29
八、编码标准化的需求分析.................................................................30
九、监督员队伍的需求分析.................................................................30
第四章 浦东新区城市网格化管理总体方案........................31
一、上海城市网格化管理系统简介.....................................................31
（一）上海城市网格化管理的基本框架结构.................................31
（二）市、区两级平台的协同工作机制.........................................33
（三）浦东新区城市网格化管理平台与区环境热线、房产热线的关系…..................................................................................................34
（四）网络建设方案.........................................................................34
（五）手持移动终端.........................................................................35
二、浦东新区城市网格化管理的特点.................................................35
三、浦东新区城市网格化管理机构.....................................................38
（一）区监督中心和指挥中心.........................................................38
（二）功能区监督中心和指挥中心.................................................39
四、浦东新区城市网格化管理流程和数据流程.................................40
（一）方案一.....................................................................................41
上海城市网格化管理信息系统浦东新区工程可行性研究报告
（二）方案二.....................................................................................46
（三）两种方案的比较.....................................................................50
五、浦东新区城市网格化管理信息系统.............................................51
（一）浦东新区城市网格化管理总体框架结构.............................51
（二）浦东新区区级平台的功能.....................................................54
（三）功能区平台功能.....................................................................59
（四）手持移动终端实现.................................................................61
（五）浦东新区网络与网络安全方案.............................................63
六、主要硬件设备选型及采用的主流技术.........................................67
（一）服务器及SAN存储...............................................................67
（二）网络设备.................................................................................69
（三）数据库采用Oracle9i...............................................................70
（四）采用Microsoft公司的.NET技术实现..................................72
（五）采用数据分析、数据挖掘的技术进行信息分析评估.........73
七、平台之间通信接口.........................................................................73
八、浦东新区部件调查和网格划分.....................................................76
九、项目拓展..........................................................................................78
第五章 项目建设的主要内容................................................79
一、市级平台的扩展.............................................................................79
二、浦东新区区级平台建设.................................................................79
三、浦东新区功能区平台建设.............................................................80
四、手持移动终端.................................................................................81
五、网络建设..........................................................................................82
上海城市网格化管理信息系统浦东新区工程可行性研究报告
六、基础数据建设.................................................................................82
七、场地建设..........................................................................................84
（一）区平台场地.............................................................................84
（二）功能区场地.............................................................................87
八、网格监督员队伍培训.....................................................................88
第六章 浦东新区平台日常维护和运行................................89
一、基础数据维护.................................................................................89
（一）部件数据维护机制.................................................................89
（二）部件信息维护.........................................................................89
（三）地形数据等基础数据更新和维护的具体做法.....................90
二、数据库备份.....................................................................................90
第七章 工程的投资估算和效益评估....................................93
一、市平台的扩充费用.........................................................................93
（一）部件调查费用.........................................................................94
二、浦东新区区级平台和功能区.........................................................94
（一）区平台费用.............................................................................94
（二）功能区平台费用.....................................................................98
（三）其它费用...............................................................................103
三、工程实施的社会效益...................................................................103
（一）城市网格化管理模式建立了城市管理的实时、长效机制103
（二）城市网格化管理再造了城市管理流程，提高了城市管理效率……...............................................................................................104
（三）城市网格化管理是信息技术与城市管理全过程的有机结合
上海城市网格化管理信息系统浦东新区工程可行性研究报告
………...............................................................................................104
（四）城市网格化管理使管理对象显性化、数字化...................104
（五）城市网格化管理有效整合了信息资源和管理资源...........105
（六）城市网格化管理实现了市民与政府的良性互动...............105
四、工程实施的经济效益...................................................................105
第八章 工程实施进度计划..................................................107
上海城市网格化管理信息系统浦东新区工程可行性研究报告
第一章 概述
一、工程建设背景
2005年初，陈良宇书记、韩正市长、杨雄副市长等市领导分别在《沿海省市动态摘报》第537期关于北京东城区网格化城市管理新模式走在全国前列的文章上作了重要批示。根据批示精神，2005年3月中旬开始，由市建设交通委牵头着手实施上海城市网格化管理的建设，在建立市级监管平台的同时，先在卢湾、长宁两区试点，然后在中心各城区逐步推广。
2005年9月29日，杨雄副市长视察了试点区工作，并召开了上海市城市网格化管理推进工作会议，要求在中心城区推广网格化管理。10月14日，市建设交通委召集各区建委召开专题推进会。
2005年10月11日，市建委领导赴浦东新区调研，希望新区按照市里的统一部署和安排，结合新区实际情况，主要领导亲自挂帅，建立强有力的工作班子，在新区中心城区范围内推进城市网格化管理。
2005年11月21日，市建设交通委向市府常务会报告了网格化管理工作，报告中明确2006年要在浦东等区推开，实现中心城区全覆盖。当日，张学兵区长作出重要批示，要求新区在更高的起点上加快推进城市网格化管理工作。自市推进会以来，赛男副区长多次主持专题会议，研究浦东新区城市网格化管理工作，相关部门已着手开展前期准备工作。
2005年12月29日，陈良宇书记视察了城市网格化管理市级平台，强调城市网格化管理要实现4个全覆盖：管理区间、管理对象、管理环节和管理时限全覆盖，要加强协调各条线、各地区在网格划分基本单元上的
上海城市网格化管理信息系统浦东新区工程可行性研究报告
一致性，做好信息共享。随后，浦东新区加快了城市网格化管理工作的步伐。
二、上海实施城市网格化管理的总体思路及试点情况
（一）城市管理中存在问题初析
上海市委、市政府高度重视城市综合管理，全市上下按照“建管并举、重在管理”的指导方针，积极贯彻实施上海加强现代化城市管理行动纲要，取得了初步成效。但对照新形势下的新要求，当前本市的城市管理还存在着不少疑难顽症和突出矛盾亟待解决。究其深层次的原因，主要在城市管理综合协调性不强，表现在体制上存在职能交叉、界面不清以及基层力量薄弱等问题；在管理的每个环节上都不同程度存在不足，在方式上主要依靠行政管理模式，综合方式运用不够；在手段上主要依赖传统手段，先进技术运用不够；在管理监督上除了行业自我监督外，主要是市民投诉、媒体曝光，缺乏主动的、全面的、及时的监督，导致政府管理部门经常处于被动状态。
如何进一步完善特大城市的综合管理，如何建立健全长效管理机制，如何将城市管理与社区建设紧密结合，市建设交通委会同有关部门，在学习借鉴其他城市管理经验，深入调研本市近年来的管理实际，提出应用城市网格化管理的方式对进行城市综合管理，通过走访部分区政府和相关部门，召开相关单位和部分街道办事处领导会谈，初步形成了上海市开展城市网格化管理的实施方案。
从特大型城市管理实际出发，站在不断满足市民群众基本生活需求，上海城市网格化管理信息系统浦东新区工程可行性研究报告
构建社会主义和谐社会，加强党的执政能力建设的高度，以“群众得实惠、管理出实效”为基本价值取向，以推进城市管理信息化作为实施“科教兴市”主战略的具体行动，通过“条块联手、整合资源、再造流程、强化监督”，建立职责分明、操作有序、管理到位、执法有力、监督及时的城市管理长效机制，全面提升城市综合管理效率。
（二）上海实施城市网格化管理的总体思路
从特大型城市管理的实际出发，站在不断满足市民基本生活需要，构建社会主义和谐社会，加强党的执政能力建设的高度，以“群众得实惠、管理出实效”为价值取向，以推进城市管理信息化作为贯彻落实“科教兴市”主战略的具体行动，通过条块联手、整合资源、再造流程、强化监督，大力推进城市管理的“三化”，即：以社区为基础，构建城市管理的网格化；以区县为单位，实现城市管理的信息化；以条线为依托，完善城市管理作业服务的市场化，从而使城市管理中的作业（服务）、管理、执法、监督等四个环节，真正形成有机衔接、科学合理、高效有序的闭合系统，全面提升城市综合管理的能力与水平。
（三）卢湾区、长宁区城市网格化管理工作试点情况
2005年3月中旬开始，由市建设交通委牵头着手实施上海城市网格化管理的建设，在建立市级监管平台的同时，先在卢湾、长宁两区试点，然后在中心各城区逐步推广。
上海城市网格化管理系统市平台、长宁区、卢湾区城市网格化管理区平台于2005年10月1日开始试运行，10月14日，杨雄副市长视察了
上海城市网格化管理信息系统浦东新区工程可行性研究报告
试点区工作，并召开了上海市城市网格化管理推进工作会议，要求在中心城区推广城市网格化管理。2005年12月13日，由建设部对长宁区、卢湾区城市网格化管理模式进行了验收，一致认为：上海的城市网格化管理模式，建立了完善的监管分离的组织体制，监督员管理体系、闭环的工作流程、相应的评价体系，及其与城建服务热线相结合的运行方式。创造性地采用了以市级平台建设为主线，以区级系统平台建设为重点，市区两级平台联动的技术路线，在国内率先实现了市、区两级数字化城市管理模式，；创造性地实现了与“12319”城建服务热线的有机结合；探索了市级专业部门和试点区处臵问题的联动机制，使得城市管理模式更加精细化。
在具体推进城市网格化管理建设试点工作中，卢湾和长宁两区成立了由区长挂帅的城市网格化管理推进领导小组，又分别形成了以长宁区城市公共管理应用办公室和卢湾区建委为主导的，两区信息委为配合的组织机构，下设推进工作办公室，两区监督中心和指挥中心的负责人从筹建开始到位参与工作。从2005年3月中旬开始建设，10月系统建成投入试运行。其中卢湾区陆域面积7.5平方公里，全区人口35.7万（人口密度每平方公里4.76万人），划分了439个单元网格（每平方公里58.5个单元网格，平均每个单元网格服务人数813人）,汇总为30个责任网格,部件18万个（每平方公里2.4万个，人均0.5个）。长宁区面积37平方公里，全区人口71万（人口密度每平方公里1.92万人），划分了1459个单元网格（每平方公里37.4个单元网格，平均每个单元网格服务人数487人）,汇总为111个责任网格,部件43万个（每平方公里1.2万个，人均0.6个）。
两区城市网格化管理系统建成运行后，城市管理效果明显改善，体
上海城市网格化管理信息系统浦东新区工程可行性研究报告
现在提高了主动发现问题的能力、解决问题的效率。据试运行首月数据统计，两区共立案3411宗，结案率达83%，并且，发现的问题基本都在规定时限内处臵完毕。另外，试运行开始后，市、区两级及时建立了由相关部门参加的工作例会制度，对城市网格化管理试运行中集中反映出的带有共性的11个历史遗留、疑难问题，分析研究专题方案，落实解决措施。最近两个多月来，12319城建服务热线来自卢湾、长宁两区的投诉，呈现了明显下降的态势。
（四）术语和定义
网格 grid:一种地理数据模型，即将地理信息表示成一系列的按行列排列的同一大小的网格单元，每一网格单元由其地理坐标来表示，如1平方米或1平方公里。
单元网格 basic grid:城市市政监管信息化所定义的基本管理单位，指在城市的1/500或1/1000比例尺的地形图上，根据实际城市市政监管工作的需要，划分的边界清晰的、多边形的、面积约为一万平方米的闭合图形。
社区 community:指聚居在一定地域范围内的人们所组成的社会生活共同体。目前城市社区的范围，一般是指经过社区体制改革后作了规模调整的居民委员会辖区。
城市建成区 urban built area:指城市行政范围经过行政征用的土地、实际建设发展起来的非农业生产建设地段，也包括设臵在近郊但与城市有着密切联系的其他城市建设用地（如机场、铁路编组站、污水处理厂、通讯设施等）。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
部件components:指道路、桥梁、水、电、气、热等市政公用设施及公园、绿地、休闲健身娱乐设施等公共设施，以及其他设施。本标准所指的城市管理部件，主要指城市市政管理的公共区域内的各项地上设施，不包括地下的市政管线和非公共区域内的设施。
事件events:指人的行为活动或自然因素导致城市市容环境和正常秩序受到影响或破坏，需要城市管理部门处理并使之恢复正常的事情和行为的统称。
归属部门responsibility department:指根据城市管理各专业部门职能和“三定”方案规定的职责，对城市管理部件和事件问题进行任务分解，明确落实城市管理问题处理的责任单位，即归属部门。
地理编码 geocoding:地理编码是建立地点坐标与地点描述的对应关系的过程。
地点 locality:特定的地方与场所。
地点描述 stated locality:使用规范化语言对地点地理位臵进行的陈述。
地点空间数据 locality spacial data:用于实现地理编码的包含标准地点描述和地理坐标的一组地点空间数据。
地名 geographical name:人为赋予的不同地域或地理实体的专有名称。
标准地名 standard geographical name:根据国家有关法规经标准化处理，并由有关政府机构按法定的程序和权限批准予以公布使用的地名。
地址 address:地址提供一种关于人、构筑物及其它空间物体的定位
上海城市网格化管理信息系统浦东新区工程可行性研究报告
实现，是用来唯一标识特定兴趣点、存取和投递到特定地点、及基于地点定位地理数据的一种实现。
地名标牌 place name plates:在公共场所使用，以标示地理实体专有名称为主题的牌子。
街牌 road name plates:标示较宽街道（明确划分车道和人行便道）名称的地名标牌。
巷牌 lane name plates:标示较窄街道（如巷、胡同、里、弄等）名称的地名标牌。
门牌 household number tablet:标示院落、独立门户名称的地名标牌。注：本标准中也指门牌数据。
楼牌 building number tablet:标示编号楼房名称的地名标牌。注：本标准中也指楼牌数据。
地片 zone:指有地名意义的的地理区域。
区片 block:指城镇居民点内部的区域，包括居民小区。
三、浦东新区城市网格化管理平台建设的总体思路
（一）工程的指导思想
以浦东新区综合配套改革试点为动力，以信息化为核心，结合新区体制机制创新，围绕精深化管理、精细化养护、人性化服务的城市管理要求，切实转变政府职能，理顺关系、优化流程，提高公共服务效能。在新区全面建立监督、处臵、评价“三分离”，作业、管理、执法、监督、评价“五个环节”形成有机衔接、高效有序的城市网格化管理系统，实现管
上海城市网格化管理信息系统浦东新区工程可行性研究报告
理对象、管理过程、管理决策“三个数字化”，推进新区城市管理运作模式和工作机制的转变，提高浦东城市管理效能和现代化水平。
（二）工程的建设目标
按照上海市的统一要求和部署，借鉴卢湾等试点区经验，结合浦东的实际情况，在统一基础数据、进行部件普查、事件分类、管理资源整合的基础上，建立浦东新区城市网格化管理信息平台，实现区和功能区两级监督中心和指挥中心分层管理、协同工作的新模式（如图）。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
第二章 工程建设的必要性和可行性
一、浦东新区实施城市网格化管理的必要性论证
（一）转变政府职能，提高浦东新区城市管理水平的要求
在20世纪90年代以来发展的基础上,新一轮城市总体规划明确了上海城市发展的战略目标――到2020年,把上海建设成为经济繁荣、社会稳定、环境优美的国际大都市。而坐拥浦东机场、陆家嘴金融区、张江高科技园区、外高桥保税区、三林世博园区的浦东新区，毋庸臵疑地成为上海建设国际经济、金融、贸易、航运中心的重中之重。由此围绕上海发展战略及浦东新区的特殊地位，浦东新区必须积极转变政府职能，提高城市管理水平，为新区本身及全上海的发展营造一个优良的城市环境。
在新一轮城市发展中,浦东新区城市管理面临着“硬件”需要继续建设完善,“软件”亟待改善提高的要求,城市管理既要保障大规模建设的顺利推进,更要服务于城市功能的整体提升。一方面,大建设所提供高质量物质基础和载体,将对城市管理提出新的更高要求。另一方面,现有城市基础设施的优化运作,将要求城市管理手段不断更新。随着基础设施容量的不断扩大,市民对城市交通、环境、居住等质量要求日趋增强,城市网格化管理和动态调控的需求也越来越高,将促进管理从定性变为定量、静态变为动态、单一变为综合,从而发挥现有基础设施的最佳效能,进一步提高城市的运行效率,不断满足城市生产和人民生活的需要。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
（二）化解管理疑难，增强浦东新区城市管理能力的要求
近几年，尽管浦东新区在城市管理中积极摸索创新，比如通过办公自动化、电子政务等科技手段来提升城市管理水平，但从总体的效果和水平来看，还有待于进一步的改善。问题主要表现在：
（1）数据采集的不完整，不利于管理的深化。城市管理中需要摸清“家底”的基础资料数字化总量偏低，无法形成定量的分析，对城市管理和公共服务的判断只能停留在定性的、静止的层面。虽然开发了许多应用系统，但缺少具有全局性，能够带动整个管理流程的改造、优化，并以此来突破城市管理和公共服务工作中障碍和瓶颈的信息化应用系统，更缺乏能支持决策过程的数字化指标体系。
（2）发现问题和处理问题为单一主体，不利于问题的发现、解决和监督。在现行的管理体制中，专业管理部门承担了发现问题和处臵问题的职责，但由于管理对象的数量庞大，管理区域的广泛，使得发现和处臵总是处于被动、应付状态，有时只有采用突击、专项运动的方式来集中整治，同时，由于发现和处臵为同一主体，对发现和处臵的效率和质量无法进行有效地监控和评价。
（3）职责的重叠与交叉，不利于管理流程的调整和建立量化的考核标准。在日常的城市管理各专业部门中，存在着职责的交叉与重叠，在管理对象的分类属性、处臵标准、处理流程、业绩考评等环节的内涵和标准不一致，即存在重复又出现盲区，在管理力量的配臵上也往往有多支队伍，但都执行单一任务，出现了管理、处臵队伍总量不少，却都疲于应付的现象，不利于管理流程的调整和建立量化的考核标准。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
因此，要实现以城市管理信息化为突破口的现代化城市管理和公共服务目标，信息技术的深化应用必须有利于动态掌握监测、管理和服务对象现势、动态情况；有利于城市管理多层面、多专业集成，通过整合协调，发挥它们的整体效能；有利于为城市管理和公共服务决策、运作提供全面、准确、有价值的的参考依据；有利于城市管理主体与客体之间双向沟通，促成良性互动的要求。
二、浦东新区实施城市网格化管理的可行性论证
（一）浦东新区城市管理信息化工作已有一定基础
经过多年的信息化建设，浦东新区各部门基本都建立了面向社会公众的政府网站，架起了政府与社会市民信息沟通的桥梁；绝大部分行政机关建立了机关局域网，基本形成政务信息化的工作环境。主要表现在：城市管理和公共服务管理机构普及了计算机的使用。建立了各自办公自动化及公文处理系统，方便了内部管理和服务数据、信息的传输。全系统各部门都建立了面向社会公众的政府网站，架起了政府与社会市民信息沟通的桥梁，为城市管理和公共服务管理部门之间、管理部门与公众之间开辟了迅捷的沟通渠道，也为公开和简化城市管理和公共服务办事流程、公开政府有关城市管理和公共服务的政策法规、文件、信息，增加政府办事透明度搭建了基础平台和良好的网络环境。
据核查，在网络上实现政务互通的部门主要包括：区四套班子、区委办、区府办、区监察委、区发展计划局、区社会发展局、区科学技术局、区劳动和社会保障局、区建设局、区环境保护和市容卫生管理局、上海市
上海城市网格化管理信息系统浦东新区工程可行性研究报告
公安局浦东新区分局、上海市工商局、浦东新区分局。因此在推广城市网格化管理过程中，上述单位由于网络已连通，可以利用已有终端设备接受和查询信息即可，无需新设网络终端。
（二）实施城市网格化管理的技术手段趋于成熟
1.基础数据标准化
标准化工作有利于基础数据和部件事件监管数据的统一管理，在项目实施过程中必须重视标准化工作。
城市网格化管理项目数据采集、处理、编码原则依托中华人民共和国建设部2005年8月1日发布的行业标准，结合上海的实际情况制定的。包括如下内容：
（1）行政区划编码（2）城管网格的编码（3）责任网格的编码（4）部件编码
部件共5类，84种。（公共设施46种、道路交通22种、环卫环保6种、园林绿化9种、其它设施1种）
（5）事件编码
城市管理事件大类分类包括：市容环卫、设施管理、突发事件、街面秩序、综合管理。
城市管理事件小类分类：市容环卫分13类、设施管理分2类、突发事件分5类、街面秩序分7类、综合管理分5类。
（6）上海城市管理部件、事件处理流程和处理时限
上海城市网格化管理信息系统浦东新区工程可行性研究报告
2.成熟通信技术平台
在城市网格化管理信息系统中主要使用了如下的计算机应用和通信技术：
（1）移动通讯技术
手机已成为公众日常的主流通讯工具，其通讯技术和手段已十分成熟，利用移动GPRS数据通讯和短信方式，可以很方便地实现手机和计算机通讯，一方面可以方便网格监督员随时随地发现问题并及时上报区监督受理中心，将图片信息和文字信息及录音一道上报给监督受理中心，方便事件的确认和核实。另一方面还可通过短信群发方式进行城管调查，了解群众重点关注的城管事件，掌握当前城管现状，从而为城管事件的处理和城市管理决策提供参考依据，调查结果更可以成为城管监督考核的重要指标依据。手持式无线终端通过无线网络将城管员自身的位臵信息发送到监督中心接受设备，监督中心接收设备接收到的位臵信息经过格式化后存入数据库或者发给基础GIS功能模块。
在长宁、卢湾2试点区中，手机操作系统采用微软Windows Mobile，可以在手机上编制特定通讯程序和定制界面。
城市网格化管理系统与中国移动之间的网络通过移动线路搭建。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
（2）网络通信
在05年网格化管理信息系统项目中，已经建立了市平台和长宁、卢湾网格化管理信息系统的网络，浦东新区的组网方式仍然采用长宁、卢湾模式，通过租用上海电信线路，连接到城市网格化管理市平台。
市级平台和区级平台通过上海电信MPLS/VPN方式组网。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
区级监督指挥平台与处臵单位网络使用区现有的通信网络 3.基础数据资源（1）地形数据
包括各区1：500、1：1000、1：2000全要素地形图。以1：500、1：1000、1：2000全要素地形图为基础进行整理、封闭。内容包括道路数据、水系数据、建构筑物数据等基本内容。
1：500、1：1000、1：2000全要素地形图 道路数据 主要道路 面状道路 道路边线 道路中心线 铁路
上海城市网格化管理信息系统浦东新区工程可行性研究报告
水系数据 市级河流 区级面状河流 河流双线 河流中心线 建筑物数据
面状建筑物（2层楼以上的建筑物）地形注记
（2）行政区划网格数据
包括市、区、街道、社区三级行政区划界线形成的行政管理网格和以100米 X 100米为基础的万米网格、监督员巡视的若干万米网格所形成的责任网格六个层次。市、区、街道、社区三级行政区划网格，对应区政府、街道办事处、社区三级行政管理机构。以100米 X 100米为基础的城管网格，按照方便城市管理的原则，将以城市道路、街坊、院落、行政区划为参照，对100米X100米网格进行适当调整，划分出1万平米左右大小的城管单元网格，对应基本的城管单元。城管部件的调查、城管案件的举报、查处、核查等业务都是以1万平米的基本城管单元网格为基础。每个监督员巡视若干个万米网格形成的区域。
通过市、区、街道、社区、万米网格、责任网格六级城管网格单元，可以实现对城市部件和案件的有效空间定位和行政管理属地定位，提高城管的直观性、可视化程度和管理协调、信息共享交换沟通的有效性和工作效率。
上海市行政区划
上海城市网格化管理信息系统浦东新区工程可行性研究报告
各区县边界 街道乡镇 街道乡镇点 街道乡镇边界 中心城区点 郊县点 居委会 居委会点 居委会边界 责任网格 责任网格点 责任网格边界 万米网格 万米网格点 万米网格边界（3）地理数据
以标准性建（构）筑物、重点单位、街路巷信息、门牌号信息、小区信息为基础，调查、总结上海市各区城市地名命名与门牌号编码规则，建立起上海市城市地名地址数据。以此为基础，通过地理编码定位平台，实现非空间数据的快速空间定位。
门牌 地名图 兴趣点
上海城市网格化管理信息系统浦东新区工程可行性研究报告
（4）栅格影像数据
在应用系统中，栅格影像数据，作为大比例尺应用环境的背景图，非常形象、直观的反映城市的实地情况，增强了地理参照与定位的准确性和应用环境的直实感。
（5）部件数据
以城管对象和业务为核心，调查上海市各区公用设施、道路交通、环卫环保、园林绿化、其它设施城管部件等5大类84种城管部件的位臵信息、产权单位、管理单位等城管相关信息。
（三）可以借鉴卢湾区、长宁区的成功试点经验
市区联手、组织有力、各方协同，是卢湾、长宁区两区成功推行网格化管理的关键。纵观整个城市网格化管理实施过程，市区两级紧密合作，为具体的操作部门提供了政策上、人力、物力、财力上的大力支持，是项目实施的坚实后盾。两试点区的具体操作部门也高度重视项目的推进，各责任单位相互协同，形成合力，积极梳理明确不同层面、不同部门的工作职责，建立和完善条与块之间、条与条之间、综合执法与专业执法之间的积极沟通、主动协调和密切配合的机制，最大限度地发挥协同效应和综合优势，为最终的顺利实施铺平了道路。
（四）浦东新区的基础准备工作有序进行
近几年来，浦东新区在城市管理中，进行了相关探索和实践，开展了精细化养护管理、社区网格化管理、建立了环境热线，创新了管理方法，为城市网格化管理奠定了良好的工作基础。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
浦东新区在新区领导在2005年9月29日参加了市城市网格化管理现场会后，根据市里的安排和工作要求，明确由环保市容局牵头，建设局为主要业务部门，其他各有关部门和单位密切配合，分项负责，着手部署实施新区的城市网格化管理；随后区领导、各相关委办局、功能区的主要领导和工作人员多次到长宁区、卢湾区和杭州进行了城市网格化管理参观、调研，多次邀请有关专家进行培训，在此基础上拟定了浦东新区城市网格化管理推进工作方案，并成立了浦东新区城市网格化管理推进工作委员会办公室（简称网格办），落实专人负责日常推进工作，为推进工作提供组织保障。
在借鉴两试点区经验的基础上，按照市里的统一标准和要求，已由发展计划局负责着手新区网格划分工作。市专业队伍已经进场实施部件普查工作，同时对新区的网络现状，尤其是拟定联通网络的单位进行了调查摸底，认为网络基础条件较好。
场地的落实工作，目前已经落实了区监督中心和区指挥中心办公场地,在新区的市民办公中心内；还落实了陆家嘴功能区的区监督中心和区指挥中心办公场地。
三、主要研究结论
通过上述的分析，可以得出：推进浦东新区城市网格化管理势在必行。从技术上，现有资源的组织和利用能够支撑整个系统的建设，网格监督员和平台之间互通性、部件调查数据的准确性、各单位之间的协调性、信息资源汇集和整合的有效性，将是本项目实施中需要重点解决的问题。
从浦东新区的现状条件和应用需求来看，建设城市网格化管理信息
上海城市网格化管理信息系统浦东新区工程可行性研究报告
平台已经具备了必要的基础条件，这个项目也将成为推进全市网格化管理的重要步骤。
四、参考资料
中华人民共和国城镇建设行业标准——城市市政监管信息化部件和事件分类与编码
中华人民共和国城镇建设行业标准——城市市政监管信息化地理编码
中华人民共和国城镇建设行业标准——城市市政监管信息化单元网格划分与编码
上海市网格化管理信息系统工程可行性研究报告 浦东新区城市网格化管理单元网格划分工作方案 浦东新区城市网格化管理体制框架 浦东新区城市网格化管理推进工作方案 浦东新区城市网格化管理需求
浦东新区城市网格化管理职能单位网络终端连通方案 浦东新区推行城市网格化管理的工作汇报 北京东城区城市网格化管理考察报告 长宁区、卢湾区城市网格化管理验收汇报
上海城市网格化管理市级平台10月份运行数据分析
《建筑与建筑裙综合布线系统工程施工及验收规范》(CECS 89:97)GB/T 18726-2002 现代设计工程集成技术的软件接口规范 GB/T 8567-1988 计算机软件产品开发文件编制指南
上海城市网格化管理信息系统浦东新区工程可行性研究报告
GB/T 9385-1988 计算机软件需求说明编制指南 GB/T 18726-2002 现代设计工程集成技术的软件接口规范
上海城市网格化管理信息系统浦东新区工程可行性研究报告
第三章 工程建设的需求分析
一、组织机构的需求分析
为了顺利开展浦东新区城市网格化管理工作，合理的组织机构和高素质的人员配臵必不可少。按照浦东新区城市网格化管理流程的要求，在管理机构上将最终形成区和功能区两级城市网格化管理构架，分别拥有监督中心和指挥中心。区层面的监督中心与卢湾、长宁两个试点不同之处在于不直接管理网格监督员，但具有协调功能区的立案、统一区基础数据、综合统计分析总体情况的功能；区指挥中心也有协调功能区指挥中心工作的职能。
因此，区级监督中心、指挥中心需要各设主任一名、副主任一名、受理、立案、派遣的值班长各2名，信息员若干，同时，区平台还负责对浦东新区网格化管理平台的集成维护工作，需要系统管理技术人员若干名。功能区监督中心和指挥中心同样需要配备上述工作人员。
二、办公场地的需求分析
为发挥城市网格化管理平台的最大功效，其办公场地对如以下几方面有一定的要求：场地办公装修、场地综合布线系统、安保系统、UPS系统、有线电视系统、办公电话系统、会议系统、机房监控系统和机房基础设备。
区级平台场地位于浦东市民中心（在建）三楼。根据现有图纸，区监督受理中心面积约135平方米。指挥中心、会议室、机房场地待定。根
上海城市网格化管理信息系统浦东新区工程可行性研究报告
据区级平台功能需求，对区级平台场地布局及设备布局作出合理建议。
功能区平台中，目前落实了陆家嘴功能区的场地。通过实地查勘，场地面积可以满足要求，但需要对场地布局、设备布臵作出合理建议，需要在现有办公场地中隔离出专业机房位臵。
三、基础数据的需求分析
城市网格化管理项目基础数据包括地形数据、行政区划网格数据、地理数据、栅格影像数据、部件数据、事件数据。浦东新区在2005年11月份开始，已经在陆家嘴功能区潍坊街道、梅园街道、洋泾等街道开始了部件普查，潍坊部件数（包括门牌）57282个，洋泾街道部件（包括门牌）数85341个，梅园街道部件（包括门牌）数79920个。陆家嘴其余2个街镇塘桥、花木的数据调查工作可以在06年第一季度完成。在05年长宁、卢湾2区试点过程中，市建委已经考虑到城市网格化管理在其他城区推广时需要使用统一的数据地形图，这次浦东新区使用的数字地形图可以利用市建委统一购臵的版本。
对部件数据调查结束后，需对部件数据进行处理并在数字地图上进行标定，对地形图数据需作必要的处理，根据网格划分标准进行网格划分。
四、网格化管理系统构架的需求分析
已经建成的市级平台和卢湾、长宁2区信息系统构架采用的是发现层、市级平台、区级平台、处臵层的4层构架体系。浦东新区在区级平台之下设臵功能区平台，变成5层构架体系。在这样的构架设计上，需要考虑5类用户的需求：监督员、市级平台、区级平台、功能区级平台、街道、上海城市网格化管理信息系统浦东新区工程可行性研究报告
镇和职能部门等处臵部门。
手持移动终端和市级平台的需求基本保持不变。区级平台要考虑和市级平台以及和功能区平台的通信。
需要设计区级平台和功能区平台的功能及相互关系，需要根据新的构架结构进行管理流程的设计。
五、信息平台的需求分析
在确定浦东新区网格化管理系统的管理流程后，配合管理流程进行数据流程分析和设计。根据浦东新区两级管理层次进行数据流程设计，数据流程设计同时要满足市级平台的监管要求。
对应区级平台、功能区平台两级平台的从问题上报、核实、立案、派遣、督察、核查、结案7个环节的基本业务流程进行功能设计。
根据功能需求，合理设计系统的网络构架、软硬件配臵。根据信息数据的安全需要进行数据安全备份方案。
六、移动终端的需求分析
浦东新区的监督员配备具有通话、短信、拍照、录音、GIS系统等多功能的PDA移动终端。根据浦东新区的业务流程要求定制城市网格化管理所需功能，去掉不需要的手机功能，增加呼入呼出限制，在准确定位方面需要进行改进。
七、项目拓展的需求分析
浦东新区在景观监控、公交GPS系统等方面有一些应用，为了充分
上海城市网格化管理信息系统浦东新区工程可行性研究报告
利用资源，达到资源共享的目的，景观灯光的视频信号、公交GPS信号要接入到监督中心信息系统，在大屏幕上显示。同时其他系统的数据也要被纳入到考虑范围，为大屏幕的功能拓展留有空间。对于张江、潍坊社区网格化管理，要考虑到今后与他们的兼容问题。
八、编码标准化的需求分析
浦东新区城市网格化管理项目数据采集、处理、编码原则依托中华人民共和国建设部2005年8月1日发布的行业标准，结合新区的实际情况制定的。涉及的内容包括：行政区划编码、城管网格的编码、责任网格的编码、部件编码、事件编码、城市管理部件、事件处理流程和处理时限。
九、监督员队伍的需求分析
作为信息平台主要的信息源、整个流程的问题发现者，监督员扮演着非常关键的角色。根据长宁区、卢湾区部件量、责任面积与监督员数量的比例关系，浦东新区可以大致估算出队伍数量，当然具体的人数和地域分布还要因地制宜地结合浦东新区自身的管理环境而定。
人员来源可以从现有的市容环境协管员（870人），绿化协管员（24人），环保协管员（24人）等队伍中，经过培训考核后选拔组成，监督员队伍受各功能区的管理和领导，但人员经费在街镇列支。
观察试点区的成功经验，整个流程的通畅和管理效率的提高一定程度上有赖于监督员的执行力，因此高水平的培训和严格的管理必不可少，主要的培训内容需要涉及法律法规、对城市管理的部件、事件的认知能力，手持移动终端的操作等。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
第四章 浦东新区城市网格化管理总体方案
浦东新区城市网格化管理信息系统的方案设计以已经建成的市级平台，和长宁、卢湾两区平台为参考，依照市级平台、区级平台2级构架的总体指导思想进行设计。
一、上海城市网格化管理系统简介
（一）上海城市网格化管理的基本框架结构
上海城市网格化管理系统主要由市级监管平台和区级监督指挥平台构成。市级平台主要对全市的管理部件、事件进行监管，综合分析；区级监督指挥平台主要是发现和处臵部件、事件出现的问题。市级平台统一管理城市基础数据（包括部件数据、网格数据、地理信息数据）建立和12319
上海城市网格化管理信息系统浦东新区工程可行性研究报告 的接口，转发市民的来电。
总体上分为4各层次：
（1）发现层次：通过网格监督员的日常巡查发现问题。市民发现的问题，通过城建服务热线12319统一反映问题。（2）市级监管层次：建立市级监管中心，统一管理基础数据，统一编码，统一管理部件、事件。功能主要是收集信息、转发信息、统计和综合评价。
（3）区级监督指挥层次：区监督中心对网格监督员发现的问题进行分析后，决定是否立案，然后转到指挥中心，由指挥中心根据部件的归宿派单给处臵部门进行处理。
浦东新区管辖范围比较大，在区级层次中设立功能区，在功能区设臵监督受理中心和指挥处臵中心，处理功能区管辖的城市部件和事件。
浦东新区区级平台对6个功能区有监管功能。
（4）处臵层次：主要由处臵部门构成，根据城市管理部件的归属进行处臵，着重在解决问题。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
（二）市、区两级平台的协同工作机制
市级平台着重对发现问题的监管及综合分析功能，统一管理基础数据,区级平台着重对发现问题的处理解决。
两者之间的关联在于：
（1）对城管监督员发现的问题、市民反映的问题，区级平台向市级平台上报部件、事件的信息收集、案卷建立、任务派遣、核实结案四个环节的数据。
（2）市级平台向区级平台分发基础数据，区级平台向市级平台上报修改的部件数据。
（3）区级平台通过市级移动数据、短信接口和本区城市监管员的手
上海城市网格化管理信息系统浦东新区工程可行性研究报告
机进行数据、短信通讯。
（4）市级平台向各区平台下发市民通过12319反映的问题。（5）浦东新区在区平台以下设臵功能区平台，功能区和其他区一样设立监督受理中心和指挥处臵中心。浦东新区区平台与市级平台的关系和其他区如长宁、卢湾一样，将四个环节的数据上报市平台。同时，浦东新区区平台也接收来至功能区的数据，形成浦东新区全区数据监管数据库。功能区平台、浦东新区平台、市平台三者之间的关系在后面章节中详细描述。
（三）浦东新区城市网格化管理平台与区环境热线、房产热线的关系
浦东新区城市网格化管理的建立不改变区环境热线、房产热线的现有运作模式。区环境热线、房产热线受理的市民来电需要由网格化管理部门解决的问题，由环境热线、房产热线转到区监督受理中心受理。处臵部门完成后由区监督受理中心将处理结果反馈到环境热线、房产热线。
（四）网络建设方案
根据上海城市网格化管理信息系统的要求，建立了上海城市网格化管理信息系统网络，网络以城市网格化管理信息系统市级平台为中心，通过租用上海电信线路，连接各区城市网格化管理中心。
城市网格化管理系统与中国移动之间的网络利用上海移动数据专线，手持移动终端和区级平台的通信通过该数字通信线路由市级平台转发进行通信。上海移动向各区连接一条数字通信线路，每区有不同的号码供
上海城市网格化管理信息系统浦东新区工程可行性研究报告
网格监督员与监督受理中心通话。市级平台和区级平台通过上海电信MPLS/VPN方式组网。区级平台和街道、处臵机构的通信使用区现有的通信网络，区级平台网络和区业务网之间的配臵防火墙。
（五）手持移动终端
手持移动终端由上海移动负责手机和手机软件的供货和开发。上海移动承诺对城市网格化管理项目提供多样的终端硬件支持，并根据城市网格化管理的特殊需求，向硬件厂商定制城市网格化管理专用手机终端，去掉不需要的手机功能，增加呼入呼出限制，GPS定位等城市网格化管理所需功能。上海移动保证终端软件的支持，对上海移动向城市网格化管理提供的终端硬件均提供城市网格化管理需要的软件支持和服务。
二、浦东新区城市网格化管理的特点
与卢湾、长宁两试点区相比，在实施区域上浦东新区具有建成区面积大（为146平方公里），部件量大的特点；在管理体制上，浦东新区有功能区，要实现管理重心下移，管理体制相对特殊；在网格化管理的基础上，浦东新区在城市管理领域开展了精细化养护的管理，环境热线，在张江镇进行了社区网格化管理等工作。
针对这些特点，浦东新区在城市城市网格化推进工作具有以下特点和创新之处：
（1）“区-功能区”两级平台构架
上海城市网格化管理信息系统浦东新区工程可行性研究报告
区级层面（区监督中心和区指挥中心）
区监督中心负责收集全区城市网格化管理相关信息，综合评价全区各条块城市管理状况；负责派遣、监督区指挥中心处理区级层面的城市管理问题；负责对各功能区监督中心进行业务指导和监督。
区指挥中心负责对市、区层面间的城市管理问题进行协调处理；负责对新区直管的区级层面城市管理问题进行指挥派遣；负责对各功能区间需各功能区联合处理的问题进行指挥派遣；负责对各功能区指挥中心进行业务指导；负责区网格化信息系统的总体维护；负责对全区情况的综合分析。
功能区级层面（功能区监督中心和指挥中心）
功能区监督中心负责接收本区域内监督员及其他城市管理网格化相关信息，并向区监督中心报告区级层面信息；负责管理本功能区内的监督员队伍；负责派遣、监督功能区指挥中心处理本功能区的城市管理问题；综合评价本功能区的城市管理状况。
功能区指挥中心接受区指挥中心的领导，并向其报告工作；接受功能区监督中心的监督，接收功能区监督中心派发的任务；负责指挥派遣功能区相关责任部门处理城市管理相关问题。
（2）两阶段的推进步骤
浦东新区总体建成区面积大、部件多、普查难度大、综合配套改革试点正在逐步开展等特点决定着它的建设工作不可能一蹴而就，所以分阶段逐步推进将更加地稳妥和可行。首先逐步在建成区推开，其他城区同步搭建平台，然后进行完善和拓展。
一期是从2005年第四季度到2006年12月，为初步建设阶段。首先在2006年7月1日前，在陆家嘴功能区范围内先行建成并试运行；随着
上海城市网格化管理信息系统浦东新区工程可行性研究报告
管理重心下移和事权下放，到2006年底，在试点的基础上，力争在新区的中心城区范围内建成城市网格化管理体系，并投入运行。
二期是2007年以后，为完善和拓展阶段。在第一期建成试运行并取得一定经验后，根据城市管理需要将城市网格化管理工作向其他区域和其他领域扩展、延伸，实现全区范围内广义的城市网格化管理。
（3）结合张江社区综合管理网格化建设，在张江先行先试，实现张江地区综合管理网格化，打造“网格浦东”。
张江社区综合管理网格化，是以浦东新区劳动保障局牵头，以社区的综合管理为内容，实施的网格化管理，目前正处于建设期间。其建设内容与城市网格化管理项目互为补充，因此在推行城市网格化管理工作中结合张江社区网格化建设，采取分别实施，有效整合的方式，可以形成合力，有利于实现真正意义上的“网格浦东”，实现城市网格化管理的管理体制和管理模式在综合管理领域的拓展，可以让社会从某种意义上再次 “聚焦张江”。其突破点：第一、使城市网格化管理向城郊区域延伸；第二、使城市网格化管理从纯粹的城市公共基础设施走向城市的综合管理，从理论走向实现。
（4）为提高指挥处臵效率，系统增加手机短信通知的功能，短信通知延伸到作业单位。
目前，在已建成的城市网格化管理系统中，信息传递的薄弱环节在从城市管理专业部门到各作业单位，各作业单位情况复杂，不易设网络终端，因此系统可以增加手机短信自动通知功能以提高处臵效率，保证问题的及时解决。另外已建成的系统中对于问题处臵的警告和提醒是被动式的，容易造成工作的遗漏和疏忽，建议在新区在系统建设时变被动警告为“主动
上海城市网格化管理信息系统浦东新区工程可行性研究报告
提醒”，包括计算机提醒和收机短信提醒等功能，提高相关人员的办事效率。
（5）将有计划、分步整合环境热线、房产物业应急维修热线、景观灯光监控系统等已有信息化系统，实现系统拓展。
三、浦东新区城市网格化管理机构
浦东新区城市网格化管理统筹推进工作由区府办负责，新区各委办局、功能区密切配合；涉及功能区的网格化建设，以功能区为主，各有关部门配合。为顺利推进城市网格化管理，新成立的管理机构如下：
（一）区监督中心和指挥中心
筹建浦东新区城市网格化管理监督中心、浦东新区城市网格化管理指挥中心，为新区城市网格化管理委员会领导下的常设性机构，在推进过程中，监督中心和指挥中心可以先挂在网格办下面，具体协调开展新区网格化的推进工作，建成后自然过渡为日常的管理机构：浦东新区城市网格化管理监督中心和浦东新区城市网格化管理指挥中心。建议在2006年第一季度完成机构组建工作。
具体如下：
1.区监督中心岗位设置
主 任：
1人（区府办副主任兼任）
副 主 任： 1人（环保市容局正处级干部兼任）管理人员（包括值班长）： 若干 另配备信息员若干
上海城市网格化管理信息系统浦东新区工程可行性研究报告
2.区指挥中心岗位设置
主 任：
1人（环保市容局副局长兼任）副 主 任： 1人（环保市容局正处级干部兼任）协调指挥（包括值班长）： 若干 3.建议编制来源
编制组成分成两块：一是从区府办、环保市容局、建设局、经贸局、劳保局等部门抽调5名公务员,作为监督中心的领导和业务骨干，人员工资和待遇在原单位，原则上人员二年内不更换，监督中心只发生日常的办公费用；二是从相关单位和部门划转的20个事业编制，来源如下：区府办1个、环保市容局8个、建设局4个（涉及交通、房产管理、物业管理）、经贸局2个（涉及商场、集市、废品回收站管理）、劳保局2个（涉及社区网格化管理、再就业工程、监督员管理）、公安局1个（涉及交通、车辆管理）、社发局1个（涉及公共卫生管理）、计划发展局1个（涉及违章建筑）。其中部分空编通过员工派遣、编制臵换等方式招聘事务性人员。
（二）功能区监督中心和指挥中心
城市网格化管理工作的推进要结合并深入到功能区建设的过程中。各功能区和城市管理职能部门按事权转移和流程再造对各自的业务范围进行重新梳理，并与网格化建设同步运作。
由各功能区牵头负责制定各功能区监督中心和指挥中心的机构设立方案，确定功能区监督中心和指挥中心的职能定位和人员编制，具体由各功能区负责组建，编办审定，环保市容局配合。建议陆家嘴功能区机构组建在2006年第一季度完成，其他功能区在2006年第二季度完成。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
建议功能区监督中心和指挥中心的编制从城市管理署（办）、城管监察大队、房产办、街镇等事业编制中划转，事务性人员建议外聘。
四、浦东新区城市网格化管理流程和数据流程
浦东新区地理范围大，面临综合配套试点改革，根据浦东新区的特点，在建立浦东新区区级监督受理中心和区级指挥处臵中心的同时，下设6个功能区，每个功能区设立监督受理中心和指挥处臵中心。
区级监督受理中心负责区级层次案件的受理和立案监督，区级指挥处臵中心负责区属部门的任务派遣和督查。功能区监督受理中心和指挥处臵中心负责功能区属地管理的案件的受理和处臵管理。同时，功能区在业务上受区级监督受理中心的指导和管理。
浦东新区城市网格共分七个工作环节：包括信息收集（发现问题）、案卷建立（受理和立案）、任务派遣、任务处理、处理反馈、核查结案和综合评价。
根据对区监督受理中心的功能定位不同，可以有两种不同的管理流程。
方案一：区监督受理中心和功能区监督受理中心一样要进行立案、核查、结案的操作。
方案二: 区监督受理中心只是行使对功能区的监管，不进行立案和核查、结案操作。
下面先以方案一进行介绍，然后对方案二与之不同之处进行比较。供领导参考。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
（一）方案一
1.方案一之管理流程
图二：浦东新区城市网格化管理
上海城市网格化管理信息系统浦东新区工程可行性研究报告
流程说明：
遵循谁受理、谁立案、谁结案的原则，进行管理流程设计，管理流程说明如下：
（1）信息收集（发现问题）
按反映渠道将发现的问题分为两大类，一类是由网格监督员主动巡查、发现的事件问题；另外一类是城建服务热线、环境热线、房产物业应急维修热线反映的问题和领导批件转来的有关部件、事件问题。这两类问题的案件受理和立案阶段的处理流程有所不同。
（2）、案件受理
监督员上报的问题通过手持移动终端上报，经过市平台统一分发到区平台，区平台在根据事先定义的流程转发到功能区平台。功能区监督中心接线员进行登记和综合判别，属于功能区层面的问题，则进行登记受理；属于区级层面的问题，则由功能区监督中心接线员将问题进行登记后，转发到区监督中心，由区监督中心接线员进行登记受理。
城建服务热线、环境热线、房产物业应急维修热线反映的问题和领导批件转来的有关部件、事件问题由区监督中心接线员统一接收，对于区层面的问题直接进行立案受理；对于功能区层面的问题，则进行预登记，并转发给相应的功能区监督中心，功能区监督中心的接线员对这类问题进行登记受理。
这个步骤，区和功能区监督受理中心对自己层面的问题进行受理。（3）、案件立案
功能区监督中心值班长和区监督中心值班长按照指挥手册要求的原则，分别对已登记受理问题进行综合判别后立案，生成工单，并将工单派
上海城市网格化管理信息系统浦东新区工程可行性研究报告
送到相应的指挥中心。
（4）、任务派遣
区监督受理中心立案的案件由区指挥中心派遣，功能区立案的案件由能区指挥中心派遣，2级指挥中心分别指挥相应层次的城市管理责任部门进行处理，并负责对处理情况进行督办。
（5）、任务处理、任务反馈
各城市管理责任部门负责对问题进行处理，并在问题处理完毕后，将处理结果反馈到相应的指挥中心，再由指挥中心反馈到相应的监督中心。
（6）、案件核查
区监督中心接到区指挥中心的反馈后，通知监督员（由功能区管理）进行核查；功能区接到本功能区指挥中心的反馈信息后，派本功能区监督员进行现场核查。
（7）、案件结案
按照谁立案，谁结案的原则，由功能区监督中心和区监督中心，根据实际情况相应结案。对于由功能区立案的案件，在收到监督员的核查信息后，由功能区监督中心值班长进行结案；对于由区监督中心立案的案件，在收到监督员的核查信息后，由区监督中心值班长进行结案。
与此对应的数据流程如下： 2.方案一之数据流程
浦东新区城市网格化管理的数据流程主要是涉及市平台、区平台、功能区平台三者之间的数据流向。
数据流分为2类，一是发现问题的信息数据，包括网格监督员和市
上海城市网格化管理信息系统浦东新区工程可行性研究报告
民反映的问题。这类信息由市平台通过分发接口下发到区平台（功能区平台）。二是区平台处理问题的上报信息，通过市、区平台接口上报到市平台形成全市网格化管理监管数据。
浦东新区内部区平台和功能区平台之间通过数据接口，相互传递、接收数据，完成区内数据交换。数据流向示意图如下：
上海城市网格化管理信息系统浦东新区工程可行性研究报告
数据流向主要遵循以下几点: 1）市平台收集问题发现、立案、派遣、结案4个环节的数据。2）区平台收集功能区问题发现、立案、派遣、结案4个环节的数据。收集后发送到市平台。
3）网格监督员上报的数据首先通过市级分发接口发送到区平台，区平台通过问题归属进行自动判别分发到功能区平台。对计算机无法判别的问题统一发送到区平台监督受理中心，由区平台监督受理中心信息员人工判别后转发到功能区。
4）功能区可以转发信息到区平台。功能区对区平台发来的问题进行核实立案及派遣处臵。如果接受到的问题属于其他功能区或属于区平台，则可以通过转发功能将问题转交到区平台另行处臵。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
（二）方案二
1.方案二之管理流程
上海城市网格化管理信息系统浦东新区工程可行性研究报告
流程说明：
遵循完全属地管理的原则，区监督受理中心只受理3条热线和领导的批件，其他的受理内容全部由功能区受理、立案、核查和结案，区监督受理中心对功能区进行监管。区指挥处臵中心接受功能区监督受理中心派单的指挥处臵功能。管理流程说明如下：
（1）信息收集（发现问题）
网格监督员主动巡查、发现的事件问题通过市平台分发到区平台，区平台按功能区自动下发，同时在区监管数据库中记录原始数据。城建服务热线、环境热线、房产物业应急维修热线反映的问题和领导批件转来的有关部件、事件问题由区监督受理中心受理后再转到功能区监督受理中心进行受理。
（2）案件受理
功能区监督中心信息员对属于功能区地理范围的问题进行受理，属于区级层面的问题也有功能区受理
（3）案件立案
功能区监督中心值班长按照指挥手册要求的原则，分别对已登记受理问题进行综合判别后立案，生成工单，并将工单派送到相应的指挥中心。区监督中心不进行立案。
（4）任务派遣
功能区指挥处臵中心对本功能区监督受理中心立案的案件进行派单处理，属于区级层面的案件，直接转到区指挥处臵中心，区指挥处臵中心再根据归属派单到区属处臵部门。2级指挥中心分别指挥相应层次的城市管理责任部门进行处理，并负责对处理情况进行督办。
上海城市网格化管理信息系统浦东新区工程可行性研究报告
（5）任务处理、任务反馈
各城市管理责任部门负责对问题进行处理，并在问题处理完毕后，将处理结果反馈到相应的指挥中心，再由指挥中心反馈到相应的监督中心。但区级指挥中心将结果反馈到原案件的功能区指挥处臵中心。
（6）案件核查
功能区接到本功能区指挥中心的反馈信息后，派本功能区监督员进行现场核查。区监督中心没有核查任务。
（7）案件结案
由功能区监督受理中心根据实际情况相应结案。对于由功能区立案的案件，在收到监督员的核查信息后，由功能区监督中心值班长进行结案；对于由区监督中心下发的有关热线反映的案件，由功能区上报到区监督受理中心，区监督受理中心接到反馈后将结果再反馈到热线部门和上报领导
与此对应的数据流程如下： 2.方案二之数据流程
浦东新区城市网格化管理的数据流程主要是涉及市平台、区平台、功能区平台三者之间的数据流向。
数据流分为2类，一是发现问题的信息数据，包括网格监督员和市民反映的问题。这类信息由市平台通过分发接口下发到区平台（功能区平台）。二是区平台处理问题的上报信息，通过市、区平台接口上报到市平台形成全市网格化管理监管数据。
浦东新区内部区平台和功能区平台之间通过数据接口，相互传递、接收数据，完成区内数据交换。数据流向示意图如下：
上海城市网格化管理信息系统浦东新区工程可行性研究报告
数据流向主要遵循以下几点:（1）市平台收集问题发现、立案、派遣、结案4个环节的数据。（2）区平台收集功能区问题发现、立案、派遣、结案4个环节的数据。收集后发送到市平台。
编写目的
昭通高速公路路政管理大队《路政业务管理信息系统》的开发是基于长期以来路政管理工作依然采用人工管理方式, 在外勤管理工作中由于涉及大量的文书笔录, 内业管理工作中则难以统计, 外勤管理工作与内业管理工作明显脱节, 也不能很好衔接的现状, 信息传递不畅, 领导也不能更及时更全面地掌握信息, 在信息技术与应用高速发展的今天, 路政管理的信息化、规范化、科学化已经成为必然。路政管理信息化在昭通路政大队的推广与使用必将使昭通路政的业务管理提升到一个新的高度。
背景
A.《路政业务管理信息系统》;
B.本项目的提出者:昭通高速公路路政管理大队;
C.该软件系统同其他业务系统相互间没有来往关系。
参考资料
系统依照《中华人民共和国公路法》、《中华人民共和国公路管理条例》、《交通行政处罚程序规定》、《行政复议法》、《行政诉讼法》、《超限运输车辆行驶公路管理规定》等有关法律法规及其法理思想, 依据交通部最新《路政管理规定》。
重点参考国内首家三标 (即:ISO9001:2000质量管理体系、ISO14001:1996环境管理体系、GB/T28001—2001职业健康安全管理体系) 合一的宁沪高速的国际标准管理体系, 进一步以信息化手段规范化路政管理业务, 更体现现代管理思想。
可行性研究的前提
要求
按路政“一图九档”的信息化管理规范进行开发, 具体功能应包括以下部分:
A.外业管理:日常巡查、路政赔偿、路政处罚 (行政处罚) 、超限运输、红线控制;
B.内业管理:路政装备、路产管理、行政审批 (行政许可) 、统计报表、档案管理、行政复议 (上级机关) 、行政诉讼;
C.系统管理:系统维护、权限控制、路产收费项目维护、数据分发及传输、数据备份及恢复。
在功能实现方面应函盖以下内容:
外勤勘查的数据的录入与存储
询问路政管理相对人, 相对人回答的录入
按照录入的数据自动生成各种案件文书
自动生成案件统计表
自动生成各种上报表格
可以即时进行相关法律条文的查询
结案自动归档
可打印发票。
目标
使路政管理人员从繁琐的填表、查表工作中解放出来;
提高工作质量, 便于宏观管理, 便于监督查询, 为领导提供决策依据;
促进报表、统计数字的规范化;
提高工作效率;
提高服务质量, 促进路政管理工作信息化、科学化、规范化;逐步实现路政管理的信息高速公路。
开发环境
硬件:笔记本电脑一台、打印机一台、宽带网;
运行环境:Windows 2000以上即可;
软件开发工具:Delphi 7.0以上;
数据库:MS-SQL Server 2000。
对现有系统的分析
工作负荷
大部分工作属于重复劳动;
工作效率低;
经常出现错交、漏交、丢失等情况;
档案分类、查询不方便, 一些月报、年报的数据汇总人工无法实现。
费用开支
目前全人工方式的路政管理工作, 费时、费力、费钱。
路政人员做一个案子, 从勘查现场、现场照片、作询问笔录、下处理 (处罚) 决定、送达当事人到处理 (处罚) 、开票、结案, 从取证过程到内部管理过程, 最快也需要40分钟, 慢则几天甚至几月才能结案, 催缴工作不能自动提示, 发现一起催缴一起, 路政管理工作到点不到面, 不能进行全方位管理, 不能进行宏观控制, 业务上不能形成上下一统的管理机制, 不便于领导及时掌握信息, 不便于及时作出决策。
路政案件涉及较多的取证文书及内部管理文书, 各种文书包含大量的相同信息, 即同一信息需要手工填写很多次才能完成各种文书制作, 文书制作在路政管理工作中显得繁重、费力, 加之, 各路政人员书写差异很大, 文书制作后, 显得零乱并时有涂改, 各中队 (组) 作完后的案子汇到大队后又要重复管理, 重新编号归档, 造成占用其它路政管理工作的时间, 人力上、精力上都造成浪费, 现有全人工模式, 一个案子几乎要动用所有中队 (组) 人员才能完成, 相当耗费人力、物力、精力。
现有全人工方式费钱的方面则体现在有形的方面和无形的方面, 使用纸张、笔墨填写一遍后, 又要重复录入计算机, 管理文书又要重复打印一遍, 不能自动统计, 不能自动生成上报报表外, 费用至少是两倍以上;无形的方面, 是指各路政人员脑力劳动成果不能很好得到发展和体现, 局限于繁复的手工方式, 无精力更好在进行路政工作创新, 有碍于各路政人员主观能动性的发挥。
人员
我大队现有在岗人员13名, 2005年6月20日治理超限工作在全国全面展开, 目前我队人员全部上路进行巡查, 各类案子 (处理 (处罚) 、超限、红线控制) 几乎要动用所有中队 (组) 人员才能完成, 人力、精力上造成颇多浪费, 采用信息化管理系统将把人员从繁复的文书制作中解放出来, 分工明确, 路政管理工作井然有序。
局限性
因为一个案子要填写的文书很多, 且很多地方均需重复填写, 案件种类 (赔偿、处罚、超限) 及已处理、未处理案子交叉错列, 交接、存储、归档、查询费时费力, 并且很容易造成遗漏和丢失, 各中队 (组) 卷宗汇总后, 更显得零乱不堪, 大队还需重新整理, 编号, 归档, 造成大量的重复性工作, 采用新开发的微机管理信息系统, 不仅可以突破现有系统的局限性, 而且还可以输出各种更规范、更清晰的案件文书, 涉及案件的各种统计数据也更加准确、快捷。
所建议的系统
对所建议系统的说明
系统涵盖公路路政管理业务中的路政审批、路政处罚/处理、路政计划及执行、路政巡查、路政清障等内容。系统依据相关法律法规、路政管理规定以及国家管理体系标准并运用计算机及网络通讯技术作为辅助管理手段使路政业务现代化、责任化、规范化、透明化, 减轻路政管理工作中重复劳动强度、提高工作率。
系统特点
◇各业务模块信息既相互关联业务又各自独立, 相关信息一次输入多方使用;
◇执法及审批业务待办提示, 不会错过任何待办工作及涉案信息;
◇快速查询法律法规, 方便在实施业务过程中查询并解释标准法律文书;
◇相关业务一览信息, 可即时查询、打印当前业务已发生的所有文书内容;
◇业务流程清楚, 业务归属明确;
系统平台简单易用、简单培训即可操作;
系统具有可扩展性, 可嵌套在其它系统中使用。
文书制作、查询、汇总、报表生成自动化、标准化;
对路政管理权限有严格的规定和控制。
管理目标
数据标准化:依据交通部公路标准, 建立标准、规范的公路资源数据库管理系统, 服务于各个业务系统;
资源合理化:建立资源利用数据表, 动态分析, 使资源的利用合理化、利用率尽可能达到最高;
办公自动化:建立办公网络, 实现跨地区协同业务联系和信息传递, 使信息传递即时, 工作效率提高, 管理成本降低;
业务规范化:建立智能化业务管理体系, 支持业务分析决策, 有效控制管理成本, 扩大企业收入;
决策科学化:建立科学、规范的数据分析、评价模型, 为公路资源利用提供有效的分析数据。
系统流程图
结语
【关键词】 信息中心 医院 信息管理 应用
【中图分类号】 R197.324 【文献标识码】 A 【文章编号】 1671-8801（2014）09-0303-01
信息中心包括机房管理、数据库以及信息处理等多项工作内容，为医院信息管理提供科学、可靠的环境。医院在现代社会的发展中，积极引进信息技术，以便提高社会竞争力，稳定管理实际。基于信息中心的运用，医院信息得到良好的管理与处理，支持医院信息管理系统的运行，保障医院各项信息事务的安全运营。由此可见：信息中心在医院信息管理中，占据一定的应用地位，加强医院信息管理，确保医院发展符合现代社会的要求。
1 信息中心对医院信息管理的意义
信息中心对医院信息管理具有实际意义，着实体现信息中心的优点，发挥主要作用。
首先信息中心促进医院信息管理的现代化转型，展示信息化的运行理念。基于医院管理系统HIS的应用，涉及较多运行软件，构成信息管理的主要部分。医院可以借助信息中心，在医院管理系统内添加交流平台，促使管理者和信息中心技术员在交流平台处进行信息流通，营造良好的学习环境，确保信息中心可以快速掌握医院信息管理的动态情况，以便及时提供解决问题的措施。
第二信息中心有利于医院信息管理的建设，促进管理开发[1]。医院信息管理的运行处于信息中心的监督下，不论医院管理系统发出任何请求，信息中心都可在第一时间内获得，并制定合理的规划，一方面规范医院信息管理的应用，另一方面满足信息管理的发展与建设。
第三综合提高医院信息管理能力，促进医院改革建设。信息中心反馈医院发展最真实的信息，规划合理的发展方向，体现医院信息管理的建设效率。利用信息中心，发挥完善、强化的特性，推进医院信息管理的改革，促进医院建设取得可观成果，贴近医院发展的实际。
第四信息中心降低医院信息管理的难度。以HIS为例，其中包含系统、软件以及硬件部分，体现高难度的管理应用，信息中心的参与，理清HIS的实质，提出有效的操作方式，为管理者提供便捷的应用方式，协调HIS的各项模块。
2 信息中心在医院信息管理中的应用
近几年，医院积极引进HIS，采用先进的信息管理系统，存储管理信息，一方面为信息提供管理平台，另一方面保障信息管理的安全环境，以此拓宽信息中心的应用规模，重点分析信息中心在医院信息管理中的应用，如下：
2.1 提高医院信息部门的协调性
医院通过信息中心，加强各个部门的联系性，贴近部门服务。医院各个科室之间，需要通过良好的工作环境，实现有效的交流和沟通，信息中心主动获取医院信息部门的要求或意见，逐步改进信息管理系统，例如：某医院利用信息中心，分析各个科室的工作内容，发现更加适合医院发展与运营的软件系统，推行软件使用，降低医院工作者信息处理与使用的难度，该医院在信息中心应用的过程中，逐渐获取诸多效益，既可以利用信息技术的优势，提高医院信息服务的水平，又可以降低医院信息工作者的工作强度，达到高效状态。
2.2 稳定医院的信息决策
决策是医院运营的主要途径，医院各项决策内容必须以真实的信息为基础，规划医院信息管理的发展方向。医院领导需对信息管理提出决策意见，保障信息管理的适应性。信息中心负责医院信息管理的各项事务，对信息管理的发展有一定了解，决策者可以在信息中心处获取相关的内容，提出正确的决策方向[2]。信息中心根据医院信息管理的情况，提出针对性意见，能够适应信息管理的发展，防止决策失误，保障投资效益，优化信息管理的环境。
2.3 降低医院工作的失误率
医院信息管理由于涉及大量的信息、数据，在运行与处理方面面临较大的压力，通过信息中心的参与，明显降低医院工作的失误率。例如：信息中心拥有较大的数据库，支持信息运作。医院强化技术人员对信息中心的利用，提高操作水平，保障每一项操作的准确性。例如：医院可以针对信息中心的工作人员，进行严格培训，促使工作人员熟悉信息中心，掌握医院信息管理的内容，根据信息管理的需求，在信息中心迅速调取有用数据。科学利用信息中心，为医院信息管理提供工作保障，给予制度化的约束。
2.4 维护数据完整性
信息中心既可以为医院信息管理提供服务，也可以提供科学的保护措施，实时维护数据完整。信息中心具有可靠的维护技术，针对医院信息管理中的所有问题，提出相对的解决措施，避免管理数据丢失。例如：信息中心在维护医院信息管理数据时，提供备份服务，连接主机与服务管理器，提高备份数据的传输效率，一旦医院信息管理出现问题，导致数据丢失，根据丢失数据的路径，启用备份数据，弥补信息管理数据的缺陷，快速恢复管理系统的运行，避免造成管理压力，干扰医院信息的正常规划。
3 信息中心在医院信息管理中的推动性
信息中心在医院信息管理中，不仅发挥明显的应用优点，而且推动医院信息建设的进步[3]。信息中心根据医院信息管理的实际情况，提出约束制度，管控医院信息管理的发展，为其提供正确的发展方向。医院信息管理在医院事务进行中，不仅关系到客户信息，同时也蕴含大量保密信息，信息中心构建制度内容，控制医院信息管理中的信息流动，创建可靠的管理系统，促使信息处于安全运行的环境中。信息中心在医院信息管理中的应用，表现出高效的推动价值，发挥信息中心的能力，加强信息管理的推动力度。
4 结束语
医院信息管理负责医院内部管理的全部信息，具有系统、综合的特性，必须借助信息中心，保障信息管理的正常进行，才可提高信息管理的质量和水平。通过分析信息中心的应用，体现信息中心的实际作用，优化信息管理的环境。信息中心的实质应用，不仅为医院信息管理提供优质的运营环境，还可发挥积极意义，提高医院信息管理能力，为医院提供可靠的信息资源。
参考文献
[1] 王立.医院信息系统的建设与维护[J].医学信息，2011，（03）：24-26
[2] 李涛.医院信息化建设的几点认识[J].临床合理用药杂志，2012，（02）：90-92
[3] 李莉.探讨医院信息系统对医院发展的作用[J].南昌高专学报，2011，（01）：19-21
【医院信息管理系统可行性分析报告】推荐阅读：
医院信息系统基本功能09-26
医院信息管理平台界面12-15
医院信息安全自查报告09-12
医院信息系统安全管理制度11-10
医院信息系统建设保障措施07-05
医院信息系统工作流程09-07
医院信息科述职报告11-07
医院物价信息科自查自纠报告07-26
医院物资管理的信息化思考论文07-28
医院信息安全与系统监控研究论文09-11
