区域药品供应链管理平台整体解决方案培训资料

丹阳市区域药品供应链管理平台整体解决草案目录1. 项目概述 41.1 项目背景 41.2 项目目标 51.3 参照规范 62. 需求分析 72.1 现状分析 72.1.1 我国药品供应链的运作特点 72.1.2 丹阳市卫生信息化建设现状 72.2 系统使用角色 82.3 政府加强药品监管的需要 83. 解决方案 93.1 系统概述 93.2 业务流程图 103.3 整体架构 113.4 系统功能 123.4.1 卫生管理机构监管平台 123.4.2 药品供应商管理平台 223.4.3 医疗机构管理平台 283.4.4 合理用药监管平台 333.5 接口方案 353.5.1 技术选择 353.5.2 接口清单 363.5.3 接口返回值定义 363.5.4 接口详细约定 373.6 硬件方案 464. 技术架构 474.1 设计原则 474.2 技术路线 484.2.1 面向服务的架构（SOA） 484.2.2 J2EE 484.2.3 XML 504.2.4 WEBSERVICE 505. 实施方案 525.1 组织保障体系 525.2 项目建设原则 555.2.1 统一规划、统一标准 555.2.2 联合共建、保护投资 555.2.3 分步实施、注重效益 555.2.4 实用先进、安全可靠 565.3 实施推进方法 565.4 项目的风险控制 575.5 项目的进度控制 585.6 项目运营维护模式 596. 项目预算 60项目概述项目背景随着医疗体制改革，在医疗机构的药品流通体制存在的问题和矛盾正逐步显现，有些方面已经严重制约我国医药卫生事业的发展。当前存在的主要问题是：医疗费用增长过快，给国家、企业和职工群众都造成较大负担，不利于城镇职工基本医疗保险制定制度的建立；卫生资源配置条块分割，重复建设，结构不合理，资源浪费于短缺并存，运行成本高，总体利用效率第；医疗机构紧急补偿机制不合理，“以药养医”助长了不正之风和腐败现象，缺乏公平竞争，有的利用垄断地位片面追求经济效益，医疗服务质量让广大患者满意；药品生产流通次序混乱，药品虚高定价和回扣促销等不正之风严重，腐败现象没有得到有效遏制，假劣药品危害人民群众用药安全。进行医疗卫生体制改革，建立新的运行机制，引入竞争，降低成本，减轻患者经济负担，给患者提供及时、方便、放心、优质的医疗服务；进行药品生产流通体制改革，通过公平竞争，理顺供求关系，严格规范购销行为，加大药品管理监督力度，为患者提供安全有效、价格合理的药品。通过三项改革的全面推进，不仅使人民群众能够以较低廉的费用享受到较优质的医药服务，满足基本医疗的需求，也必将为医疗卫生事业健康发展带来新的机遇。因此要求政府部门职能转变：卫生部门要从“办医院”转向“管医院”，不当医院的“总院长”，认真管好医疗机构、医务人员的准入，堆砌服务行为进行监督和规范，加强预防保健工作和面向群众的公共卫生服务。从制度上解决医疗机构“以药养医”带来的问题。“以药养医”危害极大，滥用药品不仅给患者带来沉重的经济负担，还可能造成医源性损伤，严重败坏医德医风。因此，必须切断医疗和药品营销之间的直接经济联系，更不允许药商直接给医生个人回扣。医疗机构要实行医与药分开核算、分别管理，对医疗机构的药品收入实行“收支两条线”管理。药品收支结余全部上缴卫生行政部门，纳入财政专户管理，合格返还，支持医院发展和提高医务人员的待遇。同时规范医疗机构购药行为；加强药品管理和药品价格调控。项目目标实现统一采购、统一配送、统一价格、统一监管，保障全区医疗机构用药安全、有效、方便、价廉，通过网络信息平台，建立药品供应、使用和报销支付“三位一体”的药品保障体系。利用现代信息技术“Anywhere、Anytime、Anybody、Anydevice”特点，建设先进实用的区域卫生信息网络平台，建设基础医疗卫生网络，实现药品供应链管理平台和医疗机构信息系统的信息互联。规范医院采购管理、规范药品供应链管理，提高药品流通环节的效率及效益。该信息系统将满足医疗卫生网络内不同层次的需求。体制上，以医药分开为切入点，推进公立医院补偿从服务收费、药品加成和财政补助三个渠道向服务收费和财政补助两个渠道转变，建立公立医院补偿新机制。以信息化为支撑，构建严格有效地医疗服务监管体系、客观公正的绩效评价体系、科学规范的收入分配制度、集约高效的药品供应保障体系，建立公立医院运行新机制。深化信息化应用，建立区域药品供应链管理平台，为各项新机制的运行和管理措施的落实提供技术支撑和基础保障。管理决策部门：通过药品采购监管平台系统全面掌握区域内各医疗卫生单位的药品使用情况，完善药品管理体制，加强对医疗机构的微观监管。区药品管理办公室：加强对药品招标、采购、监管等全业务流程的管理。医疗卫生机构：节约社区卫生服务中心信息化投入、降低社区卫生服务中心信息化门槛，规范医院内部管理、规范医疗服务行为，有利于上层监管，便利于为患者服务。患者：通过区域药品供应链管理平台的建设，真正享受到国家新医改政策所倡导对的人人享有基本医疗服务及公共卫生服务，用好药，低价购药，真正实现了减少因病致贫，因病返贫。参照规范《全国卫生信息化发展规划纲要〔2003-2010年〕》；卫生部《卫生信息框架标准》、《医院基本数据集标准》、《公共卫生信息分类框架和基本数据集标准》、《社区卫生服务功能规范和基本数据集标准》、卫生机构（组织）分类与代码（WS218-2002）、疾病分类与代码等标准；卫生部《健康档案基本架构与数据标准（试行）》、《电子病历基本架构与数据标准（试行）》、《基于区域卫生信息平台的社区卫生服务信息系统建设技术解决方案》、《基于电子病历的医院信息系统建设技术解决方案》、《综合卫生管理信息平台建设指南》等；HL7标准、DICOM医学影像数据标准、SNOMED医院术语标准、ICD9、ICD10国际疾病编码标准等相关国际标准；《信息技术互连国际标准》（ISO/IEC11801-95）、《信息技术、软件包质量要求和测试》（GB/T17544-1998）、《软件工程标准分类法》（GB/T15538-1995）、《软件开发规范》（GB8566-88）、《计算机软件质量保证计划规范》（GB/T12504-90）等相关技术开发标准。需求分析现状分析我国药品供应链的运作特点药品流通环节、交易层次过多,渠道复杂、批发环节所占成本比重过大过多的交易环节和复杂的交易渠道使交易信息不对称、不透明,流动无序,必然导致在流通过程中效益的损失,直接表现为流通环节在药品价格构成中所占比重高达65%,其中批发环节占50%。批发环节成本高,导致销售成本上升,从而使药品趋向虚高定价。药品供应链信息系统严重滞后，影响药品供应链管理的效率缺乏统一的药品编码体系,不同领域之间不能兼容,妨碍了供应链管理的有效实施,药品供应链信息化建设落后,尽管许多医药生产商、批发商、零售商、医院等都具有计算机系统,但是由于没有形成统一的网络,依然没有改变信息孤岛的现象,成为制约我国医药物流向规范化、高效化、国际化发展的障碍。制药企业的物流服务能力不足物流工程与管理医药物流服务由制药企业自营运作,运输和仓储等传统性业务还占有相当大的比重,服务功能单一,附加值不高,服务水平较低。假药泛滥、药品、医疗质量事故频发,严重影响民众的身心健康一些不法厂商,想法设法制造假药,屡禁不止。丹阳市卫生信息化建设现状随着计算机网络和信息技术的日益发展，丹阳市各医疗机构各自构建了较为完善的内部信息系统，如ERP、HIS等,其中包括医院的药库药房管理系统，显著提高了药品管理效率。但药品供应链上、下游之间（生产经营企业、医疗机构等）系统因相对独立和封闭，不能实现机构或部门之间的远程信息交互，依然存在大量手工操作、信息获取手段落后、数据流失出错、采购透明度不高等现象。药品供应仍然面临着多点重复链接、信息不对称、效率低、管理难、实施成本高等新问题，尚无法满足信息化交易功能需求。因此，建立了区域药品供应链管理平台，实现医药流通领域药品采购的高效、透明和公开，接受政府监管和社会监督，以适应当前我国药品流通体制改革和行业信息化的需要。系统使用角色卫生及药品监督管理机构：作为监管部门，需要对药品的采购渠道，销售流向进行实时的监管，定期从信息平台上获取各类报表信息，从而保证药品采购渠道的统一性，真实性以及可控性，以实现人们群众的用药安全，同时建立起本区域的基本药品目录医疗机构：需要规范采购流程，建立高效的库存管理手段，定期向卫生管理机构上传库存数据以及以报表形式展现药品的使用情况等。药品生产企业：作为生产厂家，需要保证生产的安全进行，可以向药品监管部门提供整个生产流程以方便监督，并对每一条产品进行记录备案，保证将来的流向跟踪。物流企业：需要向药品的发货方（药品生产企业或者批发商）和收货方医院以及监管方提供产品流向数据，建立安全库存，保证药品供应。患者：需要医院对其提供安全的药品，并可以通过技术手段查询药品真伪、药效和使用期限等相关数据。向医院提供真实的购买者数据。政府加强药品监管的需要《江苏省进一步深化公立医院体制改革三年行动计划（2013-2015年）》要求：完善药品供应保障机制。以信息网络技术为支撑，建立医院药品供应链管理平台，实现药品采购、供应、使用全程信息公开和全程监管。大力发展现代医药物流，推进医院药品库存信息和供应商信息系统的对接，实现医院药品库存最小化，降低药品配送成本和库存成本。医院药房引入社会化、专业化管理，降低药品管理成本。通过建立区域药品供应链管理平台，可实现药品采购、供应、使用全程信息公开和全程监管。解决方案系统概述区域药品供应链管理平台是以Internet数据交换为基础，建立以区卫生局数据中心为核心，覆盖全区各级医疗机构的数据交换和信息共享的平台。该系统是以基层卫生机构为主体，在各医疗机构和区卫生局之间建成一个完整的药品计划、采购、跟踪、监控管理网络，从而实现信息、资源共享。药品采购跟踪管理信息系统的实施目标是杜绝药品购销行业的不正之风，提高中标药品的采购跟踪监管，从而真正实现药品采购行为的公平、公正、公开，同时加强区卫生局掌握管辖区域内各医疗机构的药品的全流通过程。丹阳市域药品供应链管理平台整体设计方案业务流程图丹阳市域药品供应链管理平台将实现药品的统一采购、统一配送、统一价格、统一监管，保障丹阳市医疗机构用药安全、有效、方便、价廉，通过网络信息平台，建立药品供应、使用和报销支付“三位一体”的药品保障体系。总体的业务流程示意图如下：整体架构通过建立丹阳市域药品供应链管理平台，运用数字化、信息化、网络化技术，将药品采购管理信息网、医院管理信息网、Internet网有机结合，形成全面药品采购监控的网络，为药品采购的管理者、采购者、供应商和其他信息使用者提供信息服务。区数据中心：区卫生局数据中心，是本区药品采购管理网络的数据汇总中心，保存卫生局发布、医疗机构上报、医药公司上报、药品招标采购有关的所有信息。信息公布网站：WEB数据中心，是全区药品采购管理网络的信息发布中心，负责对其他管理者和公众提供信息，是药品采购管理信息系统的对外服务窗口。区药品采购监控平台：药品采购监管平台负责跟踪查询医疗机构的药品采购、药品使用和医药公司的送货记录，公示辖区内监控药品标准信息（例如：中标药品）和禁用药品目录。根据医疗机构和医药公司上报的药品信息，进行统计分析，为卫生局提供药品监控的决策依据。医院端接口：药品采购监管平台与医疗机构系统对接，需要使用专用的接口，医疗机构采用数据接口上报采购计划、药品进销存信息，下载配送单等信息。系统功能卫生管理机构监管平台监管平台首页在卫生管理机构监管平台首页，通过仪表盘及柱状图的形式向管理决策者们展现辖区内各医疗机构的药品库存情况及药品使用情况等信息药品采购监管药品采购监管可以查询辖区内所有医疗机构最新的采购申请，所查询的报表内容包括申请的药品数量，金额、申请日期以及药品供应商等情况。药品采购统计功能可以以医疗机构为查询条件，以报表形式展现该家医疗机构历次的药品采购申请，药品供应商的情况，甚至数据可以下探查询到某家供应商所经营的某种药品的供应情况。药品配送管理在药品配送管理中，可直接根据日期查询出医疗机构药品配送情况：具体配送的药品、配送商情况、配送详情等，也可以以供应商或者医疗机构为条件查询订单的具体配送情况。配送商监管以配送商为查询条件，以报表形式展现订单的配送情况，包括生产批号、有效期、订单申请数、实际配送数、生产厂家都信息。红色部分突出显示生产批号和产品有效期，保证配送的及时性。药品调价管理根据市场情况，对于药品进行价格的调整管理，并由授权人员进行审核后执行。对调价后的药品进行监控，以报表形式展现调整前后的价格，防止出现药品售价与实际要求不符的情况。药品配送监管药品配送监管功能时间区段为查询条件，以报表形式展现辖区内所有医疗机构所申购药品的配送情况，某家医疗机构采购订单对应的供应商的情况，甚至数据可以下探查询到某家供应商所经营的某种药品的供应情况。药品库存监管对辖区内各医疗机构药库药品的出入库情况进行查询，保证药品采购来源的统一性，从而保证药品安全。药品结算管理蓝字发票信息此功能是管理角色对蓝票(正常验收货物产生的发票)的管理查看选中发票的明细信息，可修改医院未审核发票中每个药品价格：对于医院已经审核过的发票，可取消医院的审核状态：红字发票信息此功能是管理角色对红票(退货产生的发票)的管理审核待结发票此功能是管理角色审核医院已经审核过的发票待结发票此功能是管理角色对已审核完的发票进行结算结算单此功能是查询发票结算时产生的结算单及结算单明细信息后台维护平台信息查询此功能是将平台中的药品进行分类点击左上角的药品分类，会列出所点击类别的所有药品明细信息平台信息审核此功能是平台外的药品要加入平台目录中平台信息分类药品分类以根目录形式展示呈现，如点击“西药”显示如上图，每一级分类都可对其新增子分类、删除该分类、修改该分类信息；选中一个分类，然后点击添加即是对其添加子分类；药品分类级别为0时，只能对其添加子分类平台信息维护此功能是对药品的分类进行维护药品基础信息进行修改，界面如下：公告维护对公告的管理与维护只有本角色发布公告才有权限修改和删除，其他角色无权限删除和修改，只能查看。药品供应商管理平台管理平台首页管理平台首页分为3个区域，为可能常用的功能、可能需要处理的信息、公告查看以及发布（此账号发的公告只有此账号才有修改、删除权限），点击连接可跳转至对应的页面。统计功能以图形化的方式直观展现包括订单响应时间、医院验收时间、拒收率、退货率等数据统计信息，通过单击图形（如柱状图或饼图），可以了解报表的详细信息。拒收率统计页面，单击饼图可查明细医院销售数统计页面订单取消率统计页面，单击饼图可查明细品种满足率统计页面，单击饼图可查明细订单满足率统计页面，单击饼图可查明细订单管理在该页面可进行未配送及配送中订单的管理操作，供应商可在医院未验收之前修改配送中药品的“配送量、批号、有效期”，但配送量不能高于请购量发票管理在该页面可以供供应商查看蓝票（正常验收货物的发票）信息以及红票（退货产生的发票）信息。退货管理此功能是供应商查看医院对退货请求的回应库存管理在该页面，供应商可查询到被托管的医院药房的库存情况，并根据库存明细来决定是否要进行补货操作。医疗机构管理平台采购管理医院根据系统显示的库存情况，汇总整理后编制药品的采购计划，并由经过授权的专人进行审核后形成采购单。库存监控在该页面，系统以报表形式展现医院药品库存情况，直观的显示药品信息、生产商信息、药品规格以及库存余量等数据。在该页面，系统对于库存药品数量较低的进行预警，提示操作者应该进行补货操作。验收管理在该页面可以对已经验收的药品以报表形式展现，并可以供应商、药品、时间区段、发票号以及批号等作为关键字进行检索。在该页面可以对已经取消的订单以报表形式展现，并可以供应商、药品、时间区段、发票号以及批号等作为关键字进行检索。退货管理此模块是医院对退货的管理，供应商应作出退货请求操作后医院在此对供应商退货的请求作同意/拒绝退货的操作。发票管理在该页面以报表形式展现蓝票（正常验收货物的发票）以及红票（退货产生的发票）的相关信息，包括审核状态，结算状态等，并可以供应商、时间区段、审核状态、结算状态、发票号等作为关键字进行检索。合理用药监管平台基本药物监管建设区域基本药物监管系统，帮助监管人员通过对基本药物采购、配备使用、报销情况等环节的数据进行分析，评价基本药品制度的执行情况，该系统模块主要包含以下功能。数据统计：以各类指标为单位，支持对数据进行各个层面的统计，从而实现对数据的多角度查询，支持对基本药物制度执行情况的分析与评价。统计结果展示形式包括表格、图形、地图等，根据指标统计分组情况，用户可自行定制统计规则和过滤条件。数据分析：是监管的主要手段，系统提供计算分析、比较分析、排名分析和用药合理性分析等功能，其中计算分析提供基本的计算功能，实现对基础数据的占比、增值率、累加等计算功能，通过计算实现对数据的深入使用；比较分析提供针对不同指标时间比较、地区比较等功能，帮助用户明确各地执行差距；排名分析提供各类指标最高、最低分析；趋势分析利用各个指标时间序列数据，观察在一个时间段内分析指标的变化情况；用药合理性分析提供对医疗机构和医务人员临床用药分析，根据诊断与用药情况，分析用药的合理性。分析结果采用多种形式展示，如图表、图形、红绿灯等，图表可用于比较分析、排名分析，红绿灯可用于告警分析，地图则可应用于比较分析和分布分析等。分析结果可以导出为Excel、PDF等文件形式，方便对分析结果的复用。业务报表：根据具体的监管要求进行定制，采用固定的格式组织各类数据内容，根据业务需求报表内和报表间可建立复杂的钩稽和关联关系，通过业务报表功能，实现对手工编制报表的自动化管理，在报表的格式、内容和生成周期确定后，在时间点到达后自动生成报表。绩效评估：为考核基本制度要求执行情况提供支持，主要以数据分析为基础，以考核指标为单元，以地区为单位评估基本药物使用情况，考核指标分类包括基本药物统一采购情况指标、基本药物使用情况指标、基本药物报销情况等。评估结果可以通过表格、图表、仪表盘等形式进行展现，以直观地表现评估结果。在具体的系统建设过程中，各试点单位需要根据考核需要，建立详细的考核指标体系。用药分析：基于电子病历数据库提供的详细诊疗数据，以医生、医疗机构为单位进行用药情况分析，了解基本药物使用比例，分析用药的合理性。抗生素监管“抗菌素耐药是一个全球问题，可能会使人类重回无抗菌素可用的时代。”世界卫生组织结核病防治组负责人施南博士指出，评价公共卫生问题严重性大小主要是根据致人死亡数来衡量，但针对抗菌素耐药方面，全球还没有这样的监测网络来统计数字。最根本的还是要合理使用抗生素，而多方位建立抗生素使用监管体系是关键。2011年4月，卫生部制定发布《医疗机构抗菌药物管理办法》，明确医疗机构主要负责人为合理用药第一责任人，强化处方点评制度，完善抗菌药物临床应用技术规范，加大监督检查力度等。抗生素被分为限制类、非限制类和特殊管理类三大类进行分级分类管理。根据国家和XX市相关要求，建设区域抗生素监管系统，对各类抗生素在各个医疗机构、科室、医生、病人的使用情况进行检查、分析、对比、研究，可以帮助监管人员整治抗生素滥用问题，为领导决策提供依据。合理用药监管建设区域合理用药监管系统，就是帮助监管人员可以及时审阅电子处方，各个医疗机构、科室、医生、病人的药物使用情况进行合理性审查，如哪些是大处方、哪些药物使用与诊断不相符，特殊药品的使用分析等，具体还包括：用药合理性监察用药超时监控门诊、住院药品使用监控，包括比例、排名等等接口方案技术选择交易平台主要提供基于WebService技术的通用标准数据交换接口方式。需要同交易平台交换数据的系统，需要采用主动的方式访问交易平台接口进行数据的交换，以减少平台对特定外围系统的依赖，增加平台的可扩展性和通用性。数据交换前，客户端需要按交易平台接口要求准备好相应的数据，并确保数据的准确性。接口机制主要包括实时调用，轮询同步，定时调用三种。实时调用是指在业务动作发生后即时通过接口发送一个请求并立即获得处理结果的用这种方式，这种方式一般用于实时的业务操作。比如：在线下单，在线验收等；轮询同步是指按照一定的频率向接口发送请求以获某个时间点后新增或变化过的数据。这种方式一般用于基础数据的增量式同步，同一份数据可以被多个客户端同步多次，比如：医院采购目录获取、库存同步等。定时调用是指按照一定的频率向接口发送请求以获取所有新产生（未同步过）的数据,这种方式要求数据只能被下载一次，已经下载过的数据不能被再次下载，除非服务端修改了“已下载”标志。传输方式主要包括为推和拉的两种。推是指客户端通过接口将数据传送到平台拉是指客户端通过接口从平台获取数据。交互方式上传是指客户端通过接口上传数据到平台下载是指客户端通过接口下载数据到平台接口清单编号接口名交互方式接口机制传输方式客户端服务端说明01获取验收信息接口无实时调用客户端拉PDA程序交易平台根据条码信息获得验收药品02验收药品接口无实时调用客户端推PDA程序交易平台验收已配送的药品03药品基础目录接口下载轮询同步客户端拉医院药库系统交易平台获得最新采购药品目录04库存信息同步接口上传轮询同步客户端推医院药库系统交易平台医院把自身药库系统上传到平台05审核订单下载接口下载定时调用客户端拉张江监管中间程序交易平台中间程序把已审核的订单信息下载到本地ACCESS库06审核订单返回结果上传接口上传实时调用客户端推张江监管中间程序交易平台中间程序把已经上传的数据接口上传到交易平台07未配送订单下载接口下载轮询同步客户端拉医药公司ERP交易平台把平台产生的订单下载到企业的ERP系统中08配送信息上传接口上传实时调用客户端推医药公司ERP交易平台医药公司把已经处理好的订单信息上传接口返回值定义返回值为JSON格式字符串：[{"code":"1"},{"error":"错误信息"}]，code为1成功0错误当成功时error可为空接口详细约定获取验收信息接口口功能说明及调用方式医院根据药品包装上的条码条信息调用webservice接口，返回该验收药品的配送信息和药品信息。wsdl地址：HYPERLINKhttp://<hostName>:<port>/webservice/services/AppService?wsdl调用方法：GetDistributeInfoByBarcode接口参数说明参数名称字段名类型长度必须说明条码信息barCodeVarchar232是物流条码条接口返回值说明返回值为JSON格式的数据，JSON中详细数据定义如下：名称字段名类型长度必须说明发货单编号IDvarchar232是物流条码条药品编码MEDIC_CODEvarchar232是平台药品编码药品名称MEDICAL_NAMEvarchar2100是药品名称药品规格PRODUCT_SPECvarchar2100是药品规格和单位企业名称SENDER_NAMEvarchar2100是配送企业名称批号LOT_NOvarchar232是配送药品批号有效期PERIODdatetime是配送药品有效期配送数量SEND_QTYnumber18是配送量发票号码INVOICE_CODEvarchar218是发票号码发票日期INVOICE_DATEdatetime是发票日期如调用出现错误，JSON中详细数据定义参看3。验收药品接口接口功能说明及调用方式医院根据4.1接口获取要验收的数据信息，根据这些信息来验收已配送药品。wsdl地址：HYPERLINKhttp://<hostName>:<port>/webservice/services/AppService?wsdl调用方法：DoReceiveConfirm接口参数说明参数名称字段名类型长度必须说明验收信息receiveInfoVarchar23000是要验收的配送信息名称字段名类型长度必须说明发货单编号IDvarchar232是验收的发货单编号药品编码MEDIC_CODEvarchar232是平台药品编码验收数量RECEIVE_QTYnumber18是要验收的数量其中receiveInfo是JSON格式的数据，JSON中详细数据定义如下：接口返回值说明返回值为JSON格式的数据，JSON中详细数据定义参看3。药品基础目录接口接口功能说明及调用方式医院根据平台提供的机构代码获取药品采购目录wsdl地址：HYPERLINKhttp://<hostName>:<port>/webservice/services/AppService?wsdl调用方法：GetMedicList接口参数说明参数名称字段名类型长度必须说明机构代码buyerOrgIdVarchar232是医院的机构代码接口返回值说明返回值为JSON格式的数据，JSON中详细数据定义如下：名称字段名类型长度必须说明药品编码MEDIC_CODEvarchar232是平台药品编码药品名称MEDICAL_NAMEvarchar2100是药品名称商品名TRADE_NAMEvarchar2100否药品的商品名、常用名药品规格PRODUCT_SPECvarchar2100是药品规格和单位药品厂家MANUFACTUREvarchar2100是药品的生产厂家企业名称SENDER_NAMEvarchar2100是配送企业名称药品名称快捷码MEDICAL_FASTCODEvarchar2100是药品名称快捷码一般为拼音首字母商品名快捷码PRODUCT_FASTCODEvarchar2100否商品名快捷码一般为拼音首字母零售价RETAIL_PRICEnumber18,6是药品的单价如调用出现错误，JSON中详细数据定义参看3。库存信息同步接口接口功能说明及调用方式医院药库把库存信息推送到平台。wsdl地址：HYPERLINKhttp://<hostName>:<port>/webservice/services/AppService?wsdl调用方法：GetStockInfo接口参数说明参数名称字段名类型长度必须说明库存信息stockInfoVarchar2是医院上传的库存信息其中stockInfo是JSON格式的数据，JSON中详细数据定义如下：名称字段名类型长度必须说明药品编码MEDIC_CODEvarchar232是平台药品编码医院机构IDBUYER_ORGIDvarchar232是医院机构代码药品库存数量STOCK_QTYnumber18是医院当前库存数量接口返回值说明返回值为JSON格式的数据，JSON中详细数据定义参看3。审核订单下载接口接口功能说明及调用方式监管上传中间程序通过此接口来获取要上传的数据，并推送到本地的ASSESS库。wsdl地址：HYPERLINKhttp://<hostName>:<port>/webservice/services/AppService?wsdl调用方法：requestInfoToMonit接口参数说明参数名称字段名类型长度必须说明机构代码buyerOrgIdVarchar232是医院的机构代码开始时间startDatedatetime(yyyy-MM-dd)是订单的开始时间结束时间endDatedatetime(yyyy-MM-dd)是订单的结束时间接口返回值说明返回值为JSON格式的数据，JSON中详细数据定义如下：名称字段名类型长度必须说明订单编号RECORD_IDvarchar232是物流条码条平台医疗机构代码BUYER_ORGIDvarchar232否平台医疗机构代码医疗机构代码BUYER_ORGID_MONITvarchar232是医疗机构代码药品编码MEDIC_CODEvarchar232是平台药品编码药品名称MEDICAL_NAMEvarchar2100是药品名称药品规格PRODUCT_SPECvarchar2否药品规格张江药品编码MONIT_CODEvarchar232是药品编码采购量AMOUNTnumber18是医院采购量平台供货机构代码SENDER_ORGIDvarchar232否平台供货机构代码供货机构代码SEND_ORGID_MONITvarchar232是供货机构代码请购单号ORDER_CODEvarchar232否请购单号如调用出现错误，JSON中详细数据定义参看3。审核订单返回结果上传接口接口功能说明及调用方式监管上传中间程序把订单数据上传结果返回到平台wsdl地址：HYPERLINKhttp://<hostName>:<port>/webservice/services/AppService?wsdl调用方法：requestInfoToMonitReturn接口参数说明参数名称字段名类型长度必须说明返回信息monitInfoVarchar2是上传到的结果返回信息名称字段名类型长度必须说明订单编号ORDER_IDVarchar232是结果状态RESULTVarchar21是结果描述RESULT_STRVarchar2100是平台订单编号RECORD_IDVarchar232是其中monitInfo是JSON格式的数据，JSON中详细数据定义如下：接口返回值说明返回值为JSON格式的数据，JSON中详细数据定义参看3。未配送订单下载接口接口功能说明及调用方式供货企业下载未配送订单wsdl地址：HYPERLINKhttp://<hostName>:<port>/webservice/services/AppService?wsdl调用方法：unSendOrderInfoService接口参数说明参数名称字段名类型长度必须说明机构代码senderOrgIdVarchar232是企业的机构代码接口返回值说明返回值为JSON格式的数据，JSON中详细数据定义如下：名称字段名类型长度必须说明订单IDRECORD_IDvarchar232是订单编码订单数量REQUEST_QTYnumber18是订单数量订单备注BUYER_DESCvarchar2100是订单备注订单时间ORDER_DATEdatetime是订单时间送货地址ADDRESSvarchar2200否医院地址医院编码BUYER_ORGIDvarchar232是医院机构代码医院名称BUYER_NAMEvarchar2100是医院名称药品编码MEDIC_CODEvarchar232是平台药品编码药品名称MEDICAL_NAMEvarchar2100是药品名称药品规格PRODUCT_SPECvarchar2100是药品规格和单位企业编码SENDER_ORGIDvarchar232是企业机构代码企业名称SENDER_NAMEvarchar2100是企业名称如调用出现错误，JSON中详细数据定义参看3。配送信息上传接口接口功能说明及调用方式企业通过此接口把已经处理的配送信息上传到平台wsdl地址：HYPERLINKhttp://<hostName>:<port>/webservice/services/AppService?wsdl调用方法：sendOrderInfoService接口参数说明参数名称字段名类型长度必须说明配送信息sendInfoVarchar2是订单配送信息其中sendInfo是JSON格式的数据，JSON中详细数据定义如下：名称字段名类型长度必须说明订单号RECORD_IDvarchar232是订单号医院名称BUER_NAMEvarchar2200否医院名称药品编码MEDIC_CODEvarchar232否药品编码药品名称MEDIC_NAMEvarchar2100否药品名称规格PRODUCT_SPECvarchar2100否规格配送量SEND_QTYnumber18是配送量单价UNIT_PRICEnumber18,6是单价有效期DATE_INSUREdatetimeyyyy-MM-dd是有效期批号LOT_NOvarchar232是批号条码BAR_CODEvarchar232是物流条码条，供PDA扫描发票号码INVOCIE_CODEvarchar218是发票号码发票日期INVOICE_DATEvarchar2yyyy-MM-dd是发票日期接口返回值说明返回值为JSON格式的数据，JSON中详细数据定义参看3。硬件方案序号名称配置单价(元)数量总价(元)1应用服务器2U机架式服务器，配置2路E5-2630六核处理器,16GB内存,配置2块300GBSAS硬盘，4个千兆以太网口，2个8GBHBA卡，DVD，冗余电源，Windows2008Server中文标准版，3年保修12数据库服务器2U机架式服务器，配置2路E5-2630六核处理器,16GB内存,配置5块300GBSAS硬盘，4个千兆以太网口，2个8GBHBA卡，DVD，冗余电源，Windows2008Server中文标准版，3年保修13在线存储12盘位8G光纤通道双控制器3.5"(2U)存储系统，标配4GB缓存双(800MhzRISC)处理器，包括基于主机的和内嵌StorView管理软件及GlobalStorView管理软件，6块600G15000转SAS2.0点对点高速硬盘，4块2T7200转SATA硬盘，含磁盘托架；含连接线缆、SFP、机架导轨等；3年保修14扫描枪激光手持式205打印机条码打印机206机柜42U服务器机柜，2个PDU配电单元及电源线，8口KVM及折叠液晶套件18数据库oracle11g标准版10用户1硬件费用合计技术架构设计原则根据系统的建设目标和实际需求，坚持“需求为导向、应用促发展”的指导思想，遵循以下原则进行系统总体设计。（1）标准性、开放性系统所采用的相关标准必须与国际标准相符合，确保系统具有良好的开放性，能够实现与多种技术和软硬件平台的有机集成。（2）先进性、成熟性系统采用先进成熟的技术和手段，以保障系统具有高效、全面和稳定等良好品质。系统采用先进成熟的总体构架，数据传输、交换、接口采用基于XML的标准。以XML为基础生成要传递的信息；通过政府专网，依靠消息交换服务进行数据交换；采用目前主流J2EE、ESB中间件等技术。（3）安全性系统应具有完整、全面的安全体系和良好的安全性，能够提供信息传输保密性、数据完整性、身份识别和数字认证、防抵赖性等安全保障措施，确保信息交换的安全运行。系统设计不影响各部门相关信息系统的安全性。（4）可扩展性系统采用可扩展的技术体系架构，以适应信息化建设和应用系统快速发展的要求。系统必须支持异构数据库之间数据交换和共享，支持主流关系型数据库，支持不同操作系统之间信息交换应用的互联互通。系统应能满足今后法人基础库、跨部门协同办公等其他应用建设对信息共享和整合的需要。（5）高可靠性系统应具有良好的可靠性，建立各种故障的快速恢复机制，确保实现7×24小时地正常运转，确保信息交换工作正常运行。（6）可管理性系统应具有良好的可管理性，允许管理人员通过管理工具实现系统全面的监控、管理和配置，并为系统故障的判断、排错和分析提供支撑，可对信息交换流程进行简易、灵活地定制和调整，同时对系统运行情况能够实时的统计分析、报表展示。技术路线面向服务的架构（SOA）传统的应用集成方法（点对点集成、企业消息总线或中间件的集成（EAI）、基于业务流程的集成）都很复杂、昂贵，并且不灵活。这些集成方法难于快速适应基于企业现代业务变化不断产生的需求。基于面向服务架构(SOA)的应用开发和集成可以很好的解决其中的许多问题，可以将原来各自为政的IT系统有机地整合起来，实现信息、IT资产的共享和重用，可以为信息系统构建起一个完善的服务基础架构平台，使信息、企业IT资产、业务流程都能实现共享和重用。J2EE选用J2EE作为主要系统的框架，并以它为基础搭建整个技术架构平台。J2EE是一种利用Java2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE是一个标准，而不是一个现成的产品。各个平台开发商按照J2EE规范分别开发了不同的J2EE应用服务器，J2EE应用服务器是J2EE企业级应用的部署平台。由于它们都遵循了J2EE规范，因此，使用J2EE技术开发的企业级应用可以部署在各种J2EE应用服务器上。J2EE将组成一个完整企业级应用的不同部分纳入不同的容器(Container)，每个容器中都包含若干组件(这些组件是需要部署在相应容器中的)，同时各种组件都能使用各种J2EEService/API。J2EE容器包括：◆Web容器服务器端容器，包括两种组件JSP和Servlet，JSP和Servlet都是Web服务器的功能扩展，接受Web请求，返回动态的Web页面。Web容器中的组件可使用EJB容器中的组件完成复杂的商务逻辑。◆EJB容器服务器端容器，包含的组件为EJB(EnterpriseJavaBeans)，它是J2EE的核心之一，主要用于服务器端的商业逻辑的实现。EJB规范定义了一个开发和部署分布式商业逻辑的框架，以简化企业级应用的开发，使其较容易地具备可伸缩性、可移植性、分布式事务处理、多用户和安全性等。◆Applet容器客户端容器，包含的组件为Applet。Applet是嵌在浏览器中的一种轻量级客户端，一般而言，仅当使用Web页面无法充分地表现数据或应用界面的时候，才使用它。Applet是一种替代Web页面的手段，我们仅能够使用J2SE开发Applet，Applet无法使用J2EE的各种Service和API，这是为了安全性的考虑。◆ApplicationClient容器客户端容器，包含的组件为ApplicationClient。ApplicationClient相对Applet而言是一种较重量级的客户端，它能够使用J2EE的大多数Service和API。通过这四个容器，J2EE能够灵活地实现前面描述的企业级应用的架构。在View部分，J2EE提供了三种手段：Web容器中的JSP(或Servlet)、Applet和ApplicationClient，分别能够实现面向浏览器的数据表现和面向桌面应用的数据表现。Web容器中的Servlet是实现Controller部分业务流程控制的主要手段；而EJB则主要针对Model部分的业务逻辑实现。至于与各种企业资源和企业级应用相连接，则是依靠J2EE的各种服务和API。在J2EE的各种服务和API中，JDBC和JCA用于企业资源(各种企业信息系统和数据库等)的连接，JAX-RPC、JAXR和SAAJ则是实现WebServices和WebServices连接的基本支持。总的来说，J2EE技术通过方便存取数据库的JDBCAPI、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，以及提供了对EJB（EnterpriseJavaBeans）、JavaServletsAPI、JSP（JavaServerPages）以及XML技术的全面支持，其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。采用J2EE体系结构可以用来满足卫生综合业务系统高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持EnterpriseJavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。J2EE方案的实施可显著地提高系统的可移植性、安全性、可伸缩性、负载平衡和可重用性。XMLXML允许开发者建立他们的属于自己的保存信息的标记结构.XML解析语法是非常明确，而且是一种广泛应用的工具，它能从在各种各样的环境中XML文件使获得知识.在Unicode基础的基础上建立XML使它更容易建立使国际化文件.XML代表ExtensibleMarkupLanguage（eXtensibleMarkupLanguage的缩写，意为可扩展的标记语言）。XML是一套定义语义标记的规则，这些标记将文档分成许多部件并对这些部件加以标识。它也是元标记语言，即定义了用于定义其他与特定领域有关的、语义的、结构化的标记语言的句法语言；XML主要有三个要素：Schema（模式）、XSL（eXtensibleStylesheetLanguage可扩展样式语言）和XLL（eXtensibleLinkLanguage可扩展链接语言）。Schema规定了XML文档的逻辑结构，定义了XML文档中的元素、元素的属性以及元素和元素的属性之间的关系，它能够帮助XML的解析器校验XML文档标记是否合法；XSL是用来规定XML文档表现形式的语言，同CSS类似；XLL则进一步地扩展了当前Web上已有的简单链接。WEBSERVICEWebservice平台是一套标准，它定义了应用程序如何在Web上实现互操作性。可以用任何语言，在任何平台上写Webservice，并通过Webservice标准对这些服务进行查询和访问。Webservice平台提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。可扩展的标记语言(XML)是Webservice平台中表示数据的基本格式。它易于建立和易于分析外，并且与平台无关。WEB服务(WEBService)是目前采用的非常流行的系统互联技术，它有两个主要用途：将多个系统整合到一起；将功能函数(function)作为组件提供给远程调用。Web服务已被业界广泛接受用来解决复杂的问题和跨多个平台与系统的分布式过程。它使不同系统之间能够用“软件-软件对话”的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“基于WEB无缝集成”的目标。Web服务通过使用基于标准的协议如SOAP、WSDL和UDDI以及标准组的开发工作实现了这一点。实施方案组织保障体系丹阳市区域药品供应链管理平台建设是一项复杂的系统工程，不仅涉及到技术实现的方法和手段，而且涉及到项目实施期间各种资源的管理与调配。为了能有效的进行资源控制、进度控制和质量控制，确保项目顺利实施，必须建立职责明确、决策有效、执行有力的项目组织机构，从组织管理方面对项目实施严格、规范和有效的控制。并且要能够最佳地将项目办、项目承担方、项目承建方、项目监理方的管理人员、技术人员有机地结合到项目的建设中，规范项目建设过程，保证建设质量，达到预定目标。为加强丹阳市区域药品供应链管理平台建设的组织、协调和管理，应该成立专项项目建设组，由专项项目建设组统一组织、协调和管理全区各卫生职能部门，全面负责项目具体实施的协调管理。项目的组织结构如下图所示意：项目经理项目经理联合勤务组评审验收保障协调总设计师分设计师N项目小组N小组长系统分析员程序员项目监理评测师评测组技术支持师技术支持组领导小组专家、顾问组支持、保障领导小组：由总设计师、技术专家、顾问组成。具体分工如下：总设计师：参与项目开发计划和设计方案的制定和审核，为各小组解决技术难题，并负责各方面的协调工作。专家、顾问：对项目的计划和方案进行审核，并提出意见，把握关键技术。综合组：由专家、总设计师、评测师、技术支持师、组长、副组长和组员组成。原则上综合组的成员由各项目小组组长组成。主要负责开发进度控制、跟踪，协调各系统的关系，通过交流，从总体上，把握项目总体设计。项目小组：由小组长、系统分析员、程序员、客户四类人员组成，按规范的最低要求，完成某一子系统的开发任务。小组长负责组织子系统的开发工作，具体负责系统结构模型、数据模型的定义，其他成员负责协助小组长的工作。评测组：负责模块/组件、子系统、系统整体联合调试与测试工作。技术支持组：负责技术支持服务等工作。项目经理：负责软件的评审、验收工作；负责人员财物等的保障、协调工作；负责对系统软件开发组的支持、保障工作；负责联合勤务组的技术支持（包括售前/后）等服务工作。配置管理小组：配置管理小组是保证项目开发完毕的同时，内部文档和外部文档都同时完成。内部文档的及时产生和规范，是保证项目开发各小组能够更好的接口和沟通的重要前提，从另一个方面讲，也是保证工程不被某个关键路径所阻塞而延滞的前提。如上所述，配置管理小组还是保证质量保证小组得以发挥作用的基础。配置管理小组的主要职责包括：完善各个部门发送需要存档和进行版本控制的代码、文档（包括外来文件）和阶段性成果；对代码、文档等进行单向出入的控制；对所有存档的文档进行版本控制；提供文档规范，并传达到开发组中。测试小组：测试小组作为质量控制的主要手段，负责软件的测试设计和执行工作。如同软件开发一样，测试在执行之前，同样需要进行测试计划和测试策略的设计，通常情况下测试可以分为如下几种类型，如：正确性测试、功能性测试、性能测试、安全测试和系统测试等。而这些测试均需要在测试计划和测试策略中进行描述用以指导测试小组成员进行测试用例编写和测试执行。程序员在交给测试人员之前是进行过一定的单元测试，确保程序编译、运行正确。测试人员根据详细设计的文档对软件要实现的功能进行一一测试，保证软件的执行正确的实现设计要求，在此也只证明了软件正确的反映了设计思想，但是否真正反映了用户的需求仍需要进一步的功能性测试。测试人员只有根据软件需求规格说明书所提及的功能进行检测，才能确保项目组开发的软件产品满足用户需求。在正确性测试完成之后，需要测试的是软件的性能，软件的性能在本项目中占有重要的地位，性能要求有可能改变软件的设计，为避免造成软件的后期返工，测试在性能上需要较大的侧重。如果有必要的话，测试小组还需要做安全测试，以确保系统使用安全可靠。质量保证小组：质量保证小组作为质量保证的实施小组，主要职责是保证软件透明开发的主要环节。在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组对项目经理提供项目进度与项目真正开发时的差异报告，提出差异原因和改进方法。在项目进度被延滞或质量保证小组认为某阶段开发质量有问题时，提请项目经理、项目负责人等必要的相关人员举行质量会议。解决当前存在的和潜在的问题。质量保证是建立在文档的复审基础之上，因而文档版本的控制，特别是软件配置管理，直接影响软件质量保证的影响力和力度。质量保证小组的检测范围包括：系统分析人员是否正确的反映了用户的需求；软件执行体是否正确的实现了分析人员的设计思想；测试人员是否进行了较为彻底的和全面的测试；配置管理员是否对文档的规范化进行的比较彻底，版本控制是否有效。项目建设原则丹阳市区域药品供应链管理平台建设是一个复杂的系统工程，系统的设计和建设实施必须有一个统一的思想，统一的原则，按照统一的步骤进行。应该按照“统一规划，统一管理，统一标准，全面集成，先易后难，分步实施”的原则，逐步实现丹阳市区域药品供应链管理平台建设的目标。统一规划、统一标准统一规划，就是统一制定丹阳市区域药品供应链管理平台建设的总体规划和总体设计。医疗卫生各职能部门和相关单位在总体规划和总体设计的统一指导下，在总结各部门业务信息系统开发经验教训、规范业务流程、做好详细需求分析的基础下，进行建设。统一标准，就是全市医疗卫生信息系统的建设必须采用统一的业务标准规范、统一的数据标准、统一的技术标准，以利于实现全市医疗卫生信息系统各组成部分之间互联互通。联合共建、保护投资全市各医疗卫生职能部门及相关单位，在区卫生局的组织协调下，按照统一规划和统一标准，在分工负责建设好各自的业务系统的同时，要密切配合，共同建设好跨部门公共系统和互相联系的接口系统。整个系统的建设要充分利用已有的基础设施和业务系统现有的通信网络、计算机系统、应用软件系统、信息资源等等。分步实施、注重效益要建设好丹阳市区域药品供应链管理平台建设这样庞大的系统工程，必须遵循总体规划，分步实施的原则。要切实做好系统的需求调查和总体设计，避免片面追求进度，仓卒上马，以最大限度地降低系统风险、消除隐患。在总体规划和设计的指导下，采取分步实施、稳步推进的建设模式。根据区卫生局的需求，确定阶段建设目标和工作计划，分期分批建设业务信息系统和公共应用系统，统一建设网络互联公共平台。切实做好系统整合和衔接工作。边建设、边应用、边服务，边见效益。实用先进、安全可靠整个项目系统建设必须坚持实用先进、安全可靠的原则。在保证系统界面友好、操作简单、直观灵活、高效快速的前提下，尽可能采用先进、开放、成熟的计算机硬、软件技术、信息技术及网络通信技术，使系统具有较高的性能价格比、良好的可扩充性和可伸缩性，以适应医疗卫生业务发展和变化的需要。整个系统建设必须始终遵循国家和省市有关计算机信息系统的安全保密规定，同步实施全市医疗卫生信息系统的安全保密体系，确保系统的安