Ebs系统接口表和对应请求（xiexiebang推荐）

第一篇：Ebs系统接口表和对应请求（xiexiebang推荐）

Ebs系统接口表和对应请求 AP接口表：

AP_INVOICES_INTERFACE AP_INVOICE_LINES_INTERFACE 涉及的请求：

应付款管理系统开放接口导入

涉及案例： 运费导AP、费用导AP PO接口表： 申请：

PO_REQUISITIONS_INTERFACE_ALL 涉及请求： 导入申请 采购：

po_headers_interface po_lines_interface po_distributions_interface 涉及的请求：

Import Standard Purchase Orders 接收：

rcv_headers_interface rcv_transactions_interface mtl_transaction_lots_interface 涉及请求：

接收事务处理处理器

涉及案例：运费导采购、MRP导申请、POP导申请 GL接口表： gl_interface 涉及案例：ADI导日记账、返利导日记账 FA接口表：

fa_mass_additions FA API：

增加fa_addition_pub.do_addition 修改：fa_adjustment_pub.do_adjustment

fa_asset_desc_pub.update_desc 涉及案例：电子资产清理

库存事务接口：mtl_transactions_interface 1）一般用来做各类杂收发、Cost Update，对于和业务有关的事务一般不建议使用，比如SO发货，如果自己发会导致Workflow没有往下走 2）成功导入之后运行Cost Manager生成会计分录 3）平均成本更新也通过此接口；如果该Item没有交易，则成本数据不会进入cst_item_costs 固定资产接口：fa_mass_additions 1）fa_mass_additions这个表有几个Trigger需要注意；会自动去插其他表，删除的时候也是 2）折旧方法接口表无法给，而是自动从Category继承下来，所以导入之后需要Update表 3）不是通过AP引过来的FA，是没有Source Lines信息的；如果需要，可以通过插表来实现 4）数据进接口之后从Navigator:Mass Additions/Post Mass Additions提交请求集，这样会有个报表显示导入结果。不过我的测试程序可以直接提交请求集。总账分录接口：gl_interface 1）最简单的接口，不说了

应付发票接口：ap_invoices_interface/ap_invoice_lines_interface 1）Profile AP: Use Invoice Batch Controls定义是否使用批控制

2）仅支持CREDIT/STANDARD；注意金额正负，小于零用CREDIT，大于零用STANDARD 3）PREPAYMENT/DEBIT/EXPENSE REPORT/MIXED不支持，先用CREDIT或者STANDARD，进去之后再Update正式表ap_invoices_all 4）导入之后可再调用请求Invoice Validation自动Validate发票 应收发票接口：ra_interface_lines_all/ra_interface_salescredits_all 1）几个接口表之间的关系和其他接口不同，不是通过ID关联，而是通过描述性弹性域Line Transaction Flexfield定义

2）接口给ID还是Name，要根据Transaction Source上的定义，不能随便给 3）ra_interface_distributions_all这个表可以不插，让系统自动生成分配行 4）如果没有销售员，可以提供一条ID=-3的No Sales Person记录给接口。这个要看AR System Option Miscellaneous上的设置是否要求销售员 应收收据接口：ar_interim_cash_receipts_all 1）AR Receipt标准接口是Lockbox，需要预先定义Format；Oracle根据Format定义把接口数据写到ar_interim_cash_receipts_all；我们可以跳过第一步，直接把数据插入到ar_interim_cash_receipts_all，不过Batch需要我们直接插表

2）在Batch界面查看：数据在ar_interim_cash_receipts_all的Batch Type为 Mannual Quick 3）Batch的Currency取本位币即可，收据用需要的货币 客户导入接口：ra_customers_interface_all/ra_customer_profiles_int_all/ra_contact_phones_int_all 1）要导Customer，ra_customer_profiles_int_all需要有记录

2）orig_system_party_ref相同的话，Customer_Number不同，可以在一个Party下建多个Customer 3）ship to的bill_to_orig_address_ref可用bill to的orig_system_address_ref，这样可以自动关联

4）需要打Patch 3606744和3558213，否则Statement和Dunning类型的Site Use导不进去 5）不是所以字段都可以从Interface进去；以HZ_Cust_Site_Uses_all为例，导入之后需要直接Update如下比较重要的字段：payment_term_id、order_type_id、warehouse_id、territory_id、primary_salesrep_id 6）更新HZ_Cust_Site_Uses_all的Primary_flag的时候注意同时更新hz_cust_acct_sites_all的bill_to_flag和ship_to_flag为P（Primary）或者Y 销售订单接口：oe_headers_iface_all/oe_lines_iface_all/oe_actions_iface_all 1）整张Close的订单可以通过接口表；Close的订单，Oracle几乎是直接插表；其他的要做很多验证

2）部分行Close的订单，可以给行Assign一个仅负责Close（Enter/Fulfill/Close/End）的工作流，这样Workflow Back Ground Process起来之后就会Close 3）非Close的订单行号不能重复，所以接口表我们给空；如果有需要待导入后Update Line表即可 4）数量正负要与Line Type的类型一致，正的对Order，负的对Return，否则接口报Inventory Item错误

5）订单号更新需要更新几个表：oe_order_headers_all/wsh_delivery_details/mtl_sales_orders 6）订单行在收货或者发货不足的情况下会拆行，拆行的时候系统几乎是拷贝所有的字段，如果碰到Unique的字段会失败。我碰到的问题是把源系统的line_id记录在弹性域上，并给这个弹性域建了Unique索引，导致Dropship的订单采购部分收货老是报错

采购订单接口：po_headers_interface/po_lines_interface/po_distributions_interface 1）PO接口有问题可察看错误信息表po_interface_errors，可以解决大部分问题 2）本位币导入之后，头上的Rate Date为空，需要Update表 3）quantity_billed也可以事后更新，这样AP不会再Match过来 4）审批记录可以直接插入表po_action_history 5）注意采购的Valdiate ORG 6）如果Item没有Assign给Ship_to_org，会报No data found错误 采购接收接口：rcv_shipment_headers/rcv_transactions_interface 1）收据头直接写表；收据行和收货事务通过接口 2）注意parent_transaction_id，Receive需要放空

3）PO接口有问题可察看错误信息表po_interface_errors，可以解决大部分问题 4）如果要再现原来的Receiving Transaction，可按如下顺序分批进入接口RECEIVE、TRANSFER、ACCEPT、REJECT、DELIVER、RETURN TO RECEIVING、RETURN TO VENDOR、CORRECT 库存项目接口：mtl_system_items_interface 1）在Master Org新增Item比较简单，给足需要的字段即可 2）在其他组织增加Item（相当于从Master Assign后再Update），需要注意Master Org Conctrol的字段需要保持主组织的值（比较多，看mtl_item_attributes的Conctrol_level = 1）

3）在其他组织增加Item还需要注意一些字段需要保持主组织的值，否则接口会报错，它们是create_supply_flag、dual_uom_control、buyer_id、allowed_units_lookup_code、purchasing_item_flag、internal_order_flag、inventory_item_flag 4）如果要给Item Assign Category，可以通过mtl_item_categories_interface，对应的请求是Item Category Assignment Open Interface

第二篇：各系统接口(推荐模版)

各系统的接口及需要协调处理的业务

一、供应部

主要原材料计划使用表生产部到货通知备品备件计划采购单采购合同合同送审书变更送审书使用部门入库单卸车验收通知单采购管理使用资金申请单费用报销审核单储运部企划部原料检验报告单各项支出预计明细表财务部质管部

1、需要各生产分厂或部门每月做采购计划，如果各生产分厂或部门每次在需要时才做采购计划，而且需求比较紧急，这样供应部门总是疲于应付这些“紧急采购”，工作比较被动。各生产分厂及部门可在月底按日常需求做好下一个月的采购计划，供应部门则可以及时安排下月的工作，这样也不影响各部门的正常使用。当然对一些无法预料的计划可在做少量的“紧急采购计划”。

2、需要了解原料库、物资库的库存情况，以及各种物料的最低库存、最高库存、安全库存情况。

3、从质量部门了解到货检验结果。

二、销售部

经营目标生产部生产计划质管部湿浆质检报告单产品提货单成品库存日报磅码单销售管理湿浆提货单付款情况分厂产品发运单产品发运清单销售发票产成品库产品出库清单财务

1、了解成品库的情况。

2、了解生产情况，包括日报及生产计划。

3、需要质量部门对成品浆板及湿浆的检验结果。

4、需要财务部门反馈到货付款情况。

三、质量部

质量管理各需要检验的部门各需要检验结果的部门

四、财务部门

1、需要销售部门的产品发运单、发运清单及销售发票数据。

五、储运部

领料单生产部产品入库单分厂库存定额出库单设备材料采购入库单采购发票采购部仓库管理入库单木片送验单原材料检验通知单财务出库清单XX材料检验报告提货单

1、需要采购系统的采购计划，用来确定到货物资的有效性（是否有此到货的订单）。

2、出库单和入库单与财务部门对帐。质量部销售

六、生产技术部门

生产计划日报表、生产完成情况生产车间仓 库领料单生产计划日报表、生产完成情况销售部物料需求供应部

备品备件计划采购单供应部固定资产明细分类财务部设备管理备品备件计划采购单车间1.设备维修 统计表2.月维修材料 消耗统计表3.月备品备件 更换统计表

1.需要及备品备件库存情况。2.需要成品库库存情况。

3.需要向销售部门提供生产日报。

其他业务问题

1、采购物资入库手续的处理

即采购物资到货（到仓库或生产厂）以后要填写采购收料单、通知检验部门检验、填写入库单，这三个环节由哪个部门负责办理及组织？

2、物料分类及物料档案整理

物料档案是ERP中最基础的元素，从采购、库存、销售到生产、质量、财务都不可缺少的数据，因此物料档案的建立也是最要的一个步骤，物料档案包含了许多属性，比如物料分类、物料名称、编码、规格型号、主计量单位、所属仓库、计划价、参考成本、参考售价、最新入库成本、最新出库成本、最高库存、最低库存等大约四十几个属性，因此物料档案的建立也是一个艰巨而繁重的工作，需要几个部门共同协作才能完成。

3、仓库的盘点

在物料档案完成后，上系统之前要对仓库进行一次认真的盘点，确保帐面与实际库存完全一致，对一些永远都不会用到的物料（比如建厂期间的建材等）进行处理，这样一是可以减少物料档案的建立数量，二是减少数据库的数据量提高运行速度，三是减少不必要的积压库存。对一些无法处理的财务挂帐进行一次性处理，没有必要对这些物资进行不平挂帐。

4、非标设备采购、外协加工等业务流程的系统归属

非标设备采购、外协加工等业务流程基本同采购流程相同，但这部分业务是由生产技术部门来完成，因此在系统程序中就会出现生产技术部同采购部门共用一个采购系统的情况。

第三篇：公务员行政级别对应表

公务员行政级别对应表

国家级正职（一级干部）：8人

中共中央总书记：习近平

中共中央政治局常委：习近平、李克强、张德江、俞正声、刘云山、王岐山、张高丽 国家主席：习近平

全国人大常委会委员长：张德江

国务院总理：李克强

全国政协主席：俞正声

中共中央军委主席：习近平

中国国家中央军委主席：习近平

国家副主席：李源潮

国家级副职（二级干部）：62人

中共中央政治局委员：习近平、马凯、王岐山、王沪宁、刘云山、刘延东（女）、刘奇葆、许其亮、孙春兰（女）、孙政才、李克强、李建国、李源潮、汪洋、张春贤、张高丽、张德江、范长龙、孟建柱、赵乐际、胡春华、俞正声、栗战书、郭金龙、韩正

中共中央政治局候补委员：无

中央书记处书记：刘云山、刘奇葆、赵乐际、栗战书、杜青林、赵洪祝、杨晶（蒙古族）中央纪委书记：王岐山

中央政法委书记：孟建柱

全国人大常委会副委员长：李建国、王胜俊、陈昌智、严隽琪（女）、王晨、沈跃跃（女）、吉炳轩、张平、向巴平措、艾力更·依明巴海、万鄂湘、张宝文、陈竺

国务院副总理：张高丽、刘延东（女）、汪洋、马凯

国务委员：杨晶（蒙古族）、常万全、杨洁篪、郭声琨、王勇

全国政协副主席：杜青林、令计划、韩启德、帕巴拉·格列朗杰（藏族）、董建华、万钢、林文漪（女）、罗富和、何厚铧、张庆黎、李海峰（女）王家瑞、王正伟（回族）、马飚（壮族）、齐续春（满族）、陈晓光、马培华、刘晓峰、王钦敏

中华人民共和国中央军事委员会副主席：范长龙、许其亮

最高人民法院院长：周强

最高人民检察院检察长：曹建明

省部级正职（三级干部）：

中共中央纪委副书记：赵洪祝、黄树贤、李玉赋、杜金才、吴玉良、张军、陈文清、王伟

中共中央、全国人大常委会、国务院、全国政协下属部委行署室和事业单位（党组）正职领导人（特殊规定的副职）

各人民团体（党组）正职

各省、自治区、直辖市党委、人大、政府、政协的正职领导人（特殊规定的副职）国家正部级企业正职领导

最高人民法院副职

最高人民检察院副职

民主党派全国委员会正职

省部级副职（四级干部）：

中共中央纪委常委

中共中央、全国人大常委会、国务院、全国政协下属部委行署室和事业单位副职领导人

（党组成员）和副部级机关（党组）正职

各人民团体（党组）副职

各省、自治区、直辖市党委（副书记、常委）人大、政府、政协的副职领导人 省纪委书记

副省级城市党委、人大、政府、政协的正职领导人（特殊规定的副职）

国家正部级企业副职领导

国家副部级企业正职领导

副部级高校党政正职

厅局级正职（五级干部）：

中央组成部门内设室处正职

国务院内设室处正职

国家各部委的内设局局长和书记

省委省政府的组成部门一把手、厅长

地级市（自治州、地区行署）的书记、市长（州长、专员）、人大主任、政协主席 一般本科院校（除32所中央直属大学）的校长和党委书记

厅局级副职（六级干部）：

全国人大常委会、国务院、全国政协直属部委行署室和事业单位的下属司局室副职 各省、自治区、直辖市人大、政府、政协的直属机关和事业单位的副职

副厅级正职

副省级城市人大、政府、政协的下属机关正职

各地市（设区）人大、政府、政协的副职

国有副厅级企业的正职和正厅级企业副职领导

国务院部委各司副职干部

各省、自治区、直辖市厅局副职干部

副省级市所属各局及各区县政府正职干部

各地级市政府副职干部

副巡视员

民主党派各省、自治区、直辖市委员会副职（副主席、副主委、常委）

县处级正职（七级干部）：

国务院部委各司所属处室正职干部

各省、自治区、直辖市人大、政府、政协的直属机关和事业单位的下属处室正职 副省级城市人大、政府、政协的下属机关副职

各地市（设区）人大、政府、政协的下属单位正职

各县市党委、人大、政府、政协的正职

各地市民主党派正职（主席、主委）

县处级副职（八级干部）：

全国人大、国务院、全国政协下属部委各司局下属副职

副调研员

各省、自治区、直辖市党委、人大、政府、政协的直属机关和事业单位的下属处室副职 副省级城市人大、政府、政协直属机关的下属处室正职

各地市（设区）人大、政府、政协的下属单位副职和副处级单位正职

各县市人大、政府、政协的副职

各地市民主党派委员会副职（副主席、副主委、委员）

乡科级正职（九级干部）：

各地市（设区）党委、人大、政府、政协下属单位所属科室的正职以及民主党派正职 各县市党委、人大、政府、政协下属单位所属科室的正职以及民主党派正职 各乡(镇)党委、人大、政府、政协的正职

国有正科级企业的正职（一般为小型企业；中型企业的中层正职）

县属重点中学正职

相当科级的其它事业单位正职

其他相当职务（如科级主任科员享受科级待遇，但是属于非领导职务）

乡科级副职（十级干部）：

各地市（设区）党委、人大、政府、政协下属单位所属科室的副职以及民主党派副职 各县市党委、人大、政府、政协下属单位所属科室的副职以及民主党派副职 各县市法院、检察院的下属单位所属科室的正职

各乡(镇)党委、人大、政府、政协的副职和法庭、检察室正职

国有正科级企业的副职（一般为小型企业，中型企业的中层副职）

县属重点中学副职

相当科级的其它事业单位副职

其他相当职务（副科级主任科员享受副科级待遇，但是属于非领导职务）

注：行政级别原则上与党内职务无关，但是地方官员同时任上一级党委常委的，级别按上一级算。

第四篇：邦永EBS工程管理系统白皮书

Goodview International 邦永科技(中国)

http: // www.xiexiebang.com

邦永广州

地址 广州市寺右一马路18号泰恒大厦17楼1718 电话 8620-37570514 37570534 87361247 87361946 传真 8620-87361242 邮编 510600 E-mail gvgz@pm2.com.cn

邦永上海

地址 上海市斜土路1223号之俊大厦1804室

电话 8621—51702122 51702123

传真 8621-51702124

邮编 200032

E-mail gvsh@pm2.com.cn

邦永（中国）科技

第五篇：医保和医院系统接口技术

 技术规范及要求

1．软件平台：

（1）技术结构：在局域网上运行的医院信息系统（HIS），采用先进的软件体系结构，并具有与LIS、PACS、医保等外部系统联接的接口。

（2）操作系统：数据库为WINDOWS2003 SERVER，客户端为WINDOWS2000或Windows XP或Vista（3）数据库平台：采用MS SQL SERVER数据库（4）前端开发工具：采用面向对象的编程语言 2．易用性：

软件系统应考虑实用性与先进性相结合，要体现出易于理解掌握、操作简单、提示清晰、逻辑性强，直观简洁、帮助信息丰富，而且要针对医院输入项目的特点对输入顺序专门定制，保证操作人员以最快速度和最少的击键次数完成工作。3．安全性：

(1)系统级安全：须阐述操作系统的用户权限设置。

(2)数据库安全设置：数据库设计应阐明用何种方式保证系统安全。

(3)应用级安全(工作站的权限验证)：应用系统的安全性主要从以下几个方面考虑：工作站现时是否有权运行系统、操作员现时是否有权使用某系统、数据加密、应用操作系统权限。系统具有抵御外界环境和人为操作失误的能力：有足够的防护措施，防止非法用户侵入；保证不因操作人员的误操作导致系统的崩溃等。(4)操作员的权限验证:系统管理应能根据员工的职务和所承担的工作进行角色划分，通过角色划分进行权限分配，当操作人员超越权限进行登录时，系统应能拒绝并记录在系统日志中。

(5)数据加密:除了以上所属的登录/使用验证以外，系统还应采取对某些关键数据（如用户代码和密码）进行加密的方法，来提高安全性。

(6)数据安全管理机制的提出:要求投标人提出一套完整的数据安全管理措施以及医院计算机网络设备的管理模式。

(7)备份与恢复：对存储的数据，应有冗余保护措施，保证用户数据的随时可提取性，对于容错及冗余都有相应的安全保护机制。

4.稳定性：医院的系统要求24小时不间断的工作，所以对稳定性要求极高。要求系统运行稳定，可靠。5.响应速度快：各一线工作站高峰期操作系统时无感觉等待，查询操作进行预处理以加快查询速度。额定用户同时运行时不能出现堵塞现象。

6．灵活性、维护性：系统可根据医院的具体工作流程定制、重组和改造，并为医院提供定制和改造的客户化工具。为适应将来的发展，系统应具有良好的可裁减性、可扩充性和可移植性；系统的安装卸载简单方便，可管理性、可维护性强；软件设计模块化、组件化，并提供配置模块和客户化工具、系统需求及流程变化、操作方式变化、机构人员变化、空间地点变化(移动用户、分布式)、操作系统环境变化无影响。

7.扩展性：采用开放式的系统软件平台、模块化的应用软件结构，确保系统可灵活地扩充其业务功能，并可与其它业务系统进行无缝互连，采购人如需连接其他系统的，投标人需承诺提供相关技术接口和进行技术配合。系统须提供必要的辅助临床接口。8．先进性：采用业界先进、成熟的软件开发技术和系统结构，面向对象的设计方法，可视化的、面向对象的开发工具。具有高度的灵活性和扩展性，能满足未来五年的医院发展和信息技术发展的需要，满足医院可持续的流程优化和系统集成优化的需要。本招标文件中技术要求没有涉及的先进技术、方法，投标人可自行补充，并在投标文件中介绍说明。

9．文档齐全：开发过程各阶段技术文档要齐全，文档与实际要严格一致。

10．一体化：保证数据由采集、存储、整理、分析到提取、应用的一体化，实现数据发生地一次性录入，然后被所有对该数据有需求的单位多次重复，不同层次使用，各模块之间要实现数据共享，互联互通，清晰体现内在逻辑联系，并且数据之间必须相互关联，相互制约。

11.医院信息系统是为采集、加工、存储、检索、传递病人医疗信息及相关的管理信息而建立的人机系统。数据的管理是医院信息系统成功的关键。数据必须准确、可信、可用、完整、规范及安全可靠，数据之间无歧义。

12．标准化：符合国际医疗软件的规范（HL7、SNOMED、ICD10、IHE、XML等），符合卫生部《医院信息系统基本功能规范》要求。

13．合法性：医院信息系统是一个综合性的信息系统，功能涉及到国家有关部委制定的法律、法规。包括医疗、教育、科研、财务、会计、审计、统计、病案、人事、药品、保险、物资、设备„等等。因此，医院信息系统首先必须保证与我国现行的有关法律、法规、规章制度相一致，并能满足各级医疗机构和各级卫生行政部门对信息的要求，须上报的统计报表与现规定一致。14.医院信息系统运行基本要求：操作系统、数据库、网络系统的选择要求安全、稳定、可靠，开发单位应提供该方面的保证，并提供技术培训、技术支持与服务。

15.系统运行的维护与管理：系统在运行过程中，必须建立日志管理、各项管理制度及各种操作规程。系统维护应包括工作参数修改、数据字典维护、用户权限控制、操作口令或密码设置和修改、数据安全性操作、数据备份和恢复、故障排除等。

16.数据完整性：医院数据库是以病人医疗数据为主，并包括相关的各种经济数据以及各类行政管理、物资管理等数据的完整集合。数据库应包含医院全部资源的信息，便于快速查询，数据共享。

17．所设计的软件不能仅是对传统医院的手工工作计算机化。必须利用网络的优势，提供传统医院所不能达到的功能，突出高新医院的科技特色，使得医院的管理模式达到科学化、信息化、规范化、标准化，尽力让就诊的患者感到快捷、迅速和方便。18.项目的总体实施要按照“总体规划，分步实施”的原则进行。阶段实施要按照“试点验证，分期推广”的原则进行。建立严格的软件审核、测试、验收等制度，建立反应机敏的BUG追踪和系统化升级修改的软件质量管理机制。按照项目管理的国际规范，在确保质量的前提下，又好又快地按期完成。

19.工期要求：合同签定后整体项目必须在2009年6月1日前完成.20.售后服务：三年服务，免费升级BUG。整体工程5%之内的客户化为免费。

 软件基本功能总体要求

1.符合卫生部2002年颁布的《医院信息系统功能基本规范》

2.体现“以病人为中心、以医疗信息为主线”的设计思想，真正达到医院信息管理学的要求。最大限度满足实际工作的需要，支持联机事务处理，支持科室信息汇总分析与收支经济核算，支持医院领导对医疗动态与医疗质量的宏观监督与控制，HIS软件以现行医院体系结构、管理方式和管理程序为基准，充分考虑各业务层次、各管理环节数据处理的实用性。用户接口和操作界面设计尽可能考虑人体结构特征及视觉特征，界面力求美观大方，操作界面力求简捷实用。

3.能适应中国医疗体制改革的变化，符合北京市丰盛中医骨伤专科医院的实际情况和发展规划，满足医院在门、急诊信息管理；住院病人信息管理、药品管理、病案管理、财务核算管理；后勤管理、行政管理等实际工作需要；综合查询及辅助决策支持等方面实现计算机数字化的需求，做到在全院内信息、数据高度共享、实现医院管理的现代化。

4.必须能实现将现有系统中的历史数据顺利转换至新系统数据库。5.能实现医保卡统一结账功能。

一、HIS系统基本模块

1．门诊挂号/划价收费信息系统

门诊挂号收费系统主要门诊挂号收费等业务处理，按收费时间、结账时间和汇总时间三种统计方式提供多种类型的汇总表、统计表和核算表的统计查询。系统可支持多个门诊系统(如门诊，急诊等)，支持预约挂号、可内嵌就诊疗卡系统，支持就诊卡的刷卡使用，同时系统选项中增加了处方有效期设置，有效地处理过期处方的处理，同时处方录入增加套餐的使用，提高操作员的效率。

须具备相关数据的统计、分析功能。

2．门诊中/西药房信息系统

中西药房信息系统主要处理药房划价发药及基本库房业务。

本系统共有三种类型的业务：库房业务、门诊发药、住院发药（在门诊药房中指对住院病人的处方发药，在病区药房中则指对病区的医嘱发药等）。其中药房的库房业务主要包括向药库领药、其它入库、出库、药房之间调拨、药房向库房退药、盘存处理、月结处理等，另外还有库存调整、库存禁用等特殊操作。门诊发药业务包括处方划价、处方发（配）药、退药处理、取消发药等，并提供相应的处方发药查询、未发药处方查询、发药统计等。住院发药用于对住院病人的处方发药，并在在发药统计中进行统计。

完善门诊药房计算机管理流程。摆、发药流程更客观地反映门诊药房实际工作流程。体现以病人为中心的管理理念。设立药品台帐体系，结合统计期和月结、对帐功能，实现药房药品帐务电子化。

须具备相关数据的统计、分析功能。

3．中/西药库信息系统

药库药品管理子系统和药房药品管理子系统基于同样的结构构架而成，通过完整的帐务体系对药品的出、入、转、存进行集中统一管理。严密的数据库设计在数据层为药库管理构造了数量、金额两套清晰的数据流。通用帐务体系提供了对业务规则的柔性定制，为医院管理的不断细化和长远发展打下坚实基础。功能内聚的模块化设计为系统实现提供了更稳健和更具扩充性的手段。

须具备相关数据的统计、分析功能。

4．住院结算信息系统

出入院子系统完成住院和急观病人的登记和出院结账工作，并且管理病人的预交金，维护病人的信息。病人入院后向病区发送信息，出院时从病区读取信息。对出入院操作员所使用的预交金收据和发票分别进行管理，支持操作员结账和全班结账。

须具备相关数据的统计、分析功能。

5．住院医生站信息系统

住院医生工作站是协助医生完成病房日常医疗工作的计算机应用程序。其主要任务是处理诊断、处方、检查、检验、治疗处置、手术、护理、卫生材料以及会诊、转科、出院等信息。服务对象主要是住院医生。

住院医生站信息系统针对医生的工作流程，主要包括电子医嘱、电子申请单、电子病案、质量控制等部分。

提供医院、科室、医生常用临床项目字典，医嘱组套、模板及相应编辑功能。支持医生处理医嘱：检查、检验、处方、治疗处置、卫生材料、手术、护理、会诊、转科、出院等。检验医嘱须注明检体，检查医嘱须注明检查部位。提供长期和临时医嘱处理功能，包括医嘱的开立、停止和作废。支持医生查询相关资料：历次门诊、住院信息，检验捡查结果。提供医嘱执行情况、病床使用情况、处方、患者费用明细等查询。支持医生按照国际疾病分类标准下达诊断(入院、出院、术前、术后、转入、转出等)；支持疾病编码、拼音、汉字等多重检索。自动审核录入医嘱的完整性，提供对所有医嘱进行审核确认功能，根据确认后的医嘱自动定时产生用药信息和医嘱执行单，记录医生姓名及时间，一经确认不得更改。所有医嘱均提供备注功能，医师可以输入相关注意事项。支持所有医嘱和申请单打印功能，符合有关医疗文件的格式要求，必须提供医生、操作员签字栏，打印结果由处方医师签字生效。提供医生权限管理，如部门、等级、功能等。自动核算各项费用，支持医保费用管理。自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、转科、出院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。须具备相关数据的统计、分析功能。

6．病区护士工作站

本系统以病房医嘱、住院病人医疗信息、病床管理为重点，辅助病房诊断、治疗及病区事务管理；实现医嘱录入、校对、执行、打印电子化及入区、出区、转床、转科等病区事务的网络化；为医生的医疗工作和病情分析提供数据依据；记录护理工作情况并和住院管理、病区药房、病史管理、手术室、院长查询等系统充分实现数据共享。

病区护士工作站设有与药房系统、医技系统、手麻系统、住院系统和住院医生站等系统的软件接口，主要功能有：床位管理、医嘱处理、医嘱卡片自动生成、医嘱复核、护士排班、病区收入统计、护士工作考核、病区物品、药品三级库房管理、报表查询等功能。

病区医嘱发药支持按小时发药，支持医嘱录入采用套餐、排斥医嘱、特殊医嘱等功能，支持自动调用药品和医疗项目附加计价功能。

同时病区物品和药品的三级库房管理有效地管理了本病区药品、物品的出入库管理、收支统计，物品消耗采用医嘱执行自动减库存的方式，方便有效地辅助了护理员的工作。

须具备相关数据的统计、分析功能。

7．病区药房信息系统

病区药房信息系统包括库房药品管理和发药管理两部分。其中库房管理主要包括向药库领药、其它入库、出库、药房之间调拨、药品的回库、盘存处理、月结处理、各类业务的查询等，另外还提供库存调整、库存禁用、药品信息导入等特殊操作。病区药房发药管理分为对病区发药和对医技科室发药两种，病区发药又包括普通医嘱发药、急诊用药、出院带药三种类型，另外系统还可以执行药房药品信息维护、退药处理、发药汇总、发药预领、发药查询等操作。

病区药房子系统是整个HIS系统的重要组成部分。其核心功能实现对病区药房药品出、入、转、存的集中统一管理，完整的帐务体系、清晰的物流和资金流是该系统的显著特点。通过和药库联网，使请领、划拨、调价轻松实现；药房之间的网上拆借使各部门共享库存和信息资源；和病区医嘱系统和住院系统的无缝集成，使医疗信息（医嘱）—药品信息（库存）—财务信息（病人台帐）建立起有机联系；内嵌的两套对帐体系（总帐和明细帐、金额帐和数量帐）使帐务更清晰、库管更严密。

须具备相关数据的统计、分析功能。

8．手术麻醉信息系统

本系统主要完成对手术病人的手术申请，手术安排，以及手术、麻醉过程中其它的相关信息和所发生的费用和消耗的物品进出管理。另外还包含有对无菌信息的管理。

手术管理现阶段的基本目标是实现病人手术费用的处理、手术通知及安排的流转的管理、手术室/麻醉科药品管理；然而它的重点应在手术及麻醉质量的控制，记录手术及麻醉过程，最终实现与电子病历的接口。

须具备相关数据的统计、分析功能。

9．全院综合查询信息系统

全院综合查询系统通过对医院业务收入、医疗信息、药品信息、病人信息、人事行政、总务后勤等方面的全面查询，使医院领导及时掌握医院各部门科室运行情况、各医疗科室病人情况以及其它各种信息，及时调整工作重点，为医院领导的决策管理起参考作用。

院长查询系统涵盖各部门中心业务的查询，利用直观的表格统计图对门诊、住院、库房的收入与支出情况进行核算与分析，可提供对业务部门营运的评估与业绩的参考。可以加强医院领导对各业务部门费用使用的控制掌握，避免不必要的资源浪费，辅助医院领导决策。

10．物资库房信息系统

按照不同的计价方式对医院的总务仓库及设备仓库的物资进行管理，管理物资的出入库、盘点、计划编制等业务，支持三级库房设置，支持有效期限自动报警，增加了物资材料的付款处理，方便地统计和查询各类物资报表，使医院及时了解仓库物资的收发存信息，科室在用信息。降低人工管理成本，控制材料消耗成本，减少材料的浪费、流失、损坏损失。

须具备相关数据的统计、分析功能。11．管理员维护信息系统

管理员维护系统为管理员提供了各种各样的系统管理工具。包括对整个系统的监控，用户管理和权限管理，数据转储，系统业务数据的校验，系统各种参数的设置及各类公共数据的维护等。方便了管理员的日常维护工作。

12．多媒体导医台查询系统

多媒体系统分为前台、后台两大部分，前台面向病人的咨询，由门诊信息咨询和病区信息两部分组成，病区信息牵涉及住院床位、病人和费用等数据。门诊部分信息咨询的操作者是病员及家属，用手指点触摸屏进行信息查询。后台面向管理员的数据维护，其主要功能是对前台咨询的新信息进行增加和修改，对过时信息进行删除。操作者是管理员，可用键盘和鼠标进行操作。

多媒体咨询主要包括药品查询、收费查询、医院指南、门诊信息、专家介绍、医院介绍、导医指南、费用查询八部分信息；同时，利用屏幕保护的间隙播出药品、设备及公益等方面的广告。

13．门诊医生站信息系统

门诊医生工作站完成日常医疗工作的计算机应用程序。其主要任务是处理门诊记录、诊断、处方、检查、检验、治疗处置、手术和卫生材料等信息。门诊医生工作站支持医生处理门诊记录、检查、检验、诊断、处方、治疗处置、卫生材料、手术、收入院等诊疗活动。提供医院、科室、医生常用临床项目字典，处方模板及相应编辑功能。自动审核录入处方的完整性，记录医生姓名及时间，一经确认不得更改，同时提供处方作废功能。所有处方均提供备注功能，医师可以输入相关注意事项。支持医生查询相关资料：历次就诊信息、检验检查结果，并提供比较功能，按医嘱的科室、病人、下达医师、状态、类别、位置以及时间范围等对医嘱进行查询。自动核算就诊费用，支持医保费用管理。提供打印功能，如处方、检查检验申请单等，打印结果由相关医师签字生效。提供医生权限管理，如部门、等级、功能等。自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、收住 院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。

须具备相关数据的统计、分析功能。14．北京市新医保接口

医保接口系统主要是在医院信息系统中对于医保病人的相关费用结算审核计算机管理系统，是HIS系统中不可分割的部分；在HIS系统中主要通过医保接口系统进行医保费用结算的处理和发票的打印，以及医保相关的事务处理，保证其他子系统的业务独立性。

医保接口系统主要实现针对医保端接口程序与医院信息系统的接口实现。1）实现门诊挂号，门诊收费，出入院收费的医保病人的登记和结算处理； 2）实现医保数据的上传和报表统计功能； 3）实现医保药品项目与院内药品项目的对应功能； 4）实现医保信息的查询功能等功能。

本系统模块功能必须在2009年6月1日前实现。

15．LIS、PACS系统接口

HIS与专业的LIS、PACS等信息管理系统无缝连接，实现检验设备、影像设备数字化管理，各类设备自动调入受检者信息，自动保存、传输检查结果和各种医学图像，实现网络应用。以提高医院医技科室管理质量为宗旨，提高医技工作准确性，降低医技结果的误差，为提高医院管理水平和服务质量提供全面的解决方案。

二、体检系统

体检管理信息系统

体检管理系统提供了体检相关工作的全套功能，借助于电脑网络、条码、IC卡、与HIS的接口等技术，可以快速高效地完成全部体检业务，输出统一美观的体检报告。还可以进行各种纵向、横向的统计分析，得出医院、客户需要的各种报告，从而提高医院体检业务的竞争力和经济效益。

 系统维护： 用户管理、权限管理、系统选项、系统初始化、数据字典。 基础资料： 体检项目类别维护、体检项目维护、科室维护、套餐维护、诊断建议描述维护、员工信息维护、体检单位维护、体检单位分组维护。

 体检业务： 预约登记、体检登记、收费、分诊、叫号、体检结果录入、总检。 体检集中管理： 体检集中管理。 体检报告： 体检报告查询、体检结果查询、单位体检综述报告、单位体检阳性汇总表

 查询统计： 科室工作量统计、医生工作量统计、体检收入汇总表。