数据系统维护服务合同（通用8篇）
数据系统维护服务合同 篇1
供方：_________
一、定义
1．1 定义：本合同中的定义适用于本合同的全部条款及本合同的全部附件以及需方招标文件和供方投标文件。
1．1．1 合同：载明需方和供方就本次招标内容所达成的一致意思表示的书面合同。
1．1．2 需方：_________。
1．1．3 供方：_________。
1．1．4 合同价款：根据合同规定，供方完全履行合同义务之后需方应付给供方的总价款。
1．1．5 服务：根据合同规定，供方向需方提供的以《_________》（以下简称《_________》）数据采编录入和维护为主要内容的服务。
1．1．6 服务成果：供方根据合同规定应向需方交付并归需方所有的《_________》数据及作为该数据载体的采集加工应用软件。
1．1．7 交付：供方向需方提供合同项下的服务和服务成果。
1．1．8 日：指日历日数。
二、服务内容、方式和要求
2．1 服务范围：供方的服务范围为《_________》数据库数据的采集、核实、分类、翻译、翻译校对、录入录入检验和数据更新维护。
2．2 服务规格和要求
2．2．1 数据内容：
（1）数据采集对象：我国现已出口和具有出口潜力的所有产品和相关企业。
（2）采集内容：企业基本信息和企业具有代表性的主要产品信息，具体包括：（a）企业信息：企业名称、企业经营性质（生产厂家、贸易公司、生产贸易兼营）、企业代码（国家质量技术监督局授予）、企业通讯地址、邮政编码、销售（出口）负责人姓名、职务、联系电话、传真、电子信箱、企业网址、成立时间、雇员人数、注册资本、进出口经营权、企业上年出口额、经营产品、境外办事机构名称、所属母公司名称；（b）产品信息：产品名称、产品介绍、注册商标、国际认证（iso／ul／ce／gs／ansi／ieee／bsi／dni／itu／其他）、已出口地区、型号、年供货量、产品图片。（c）企业名称、产品名称、企业通讯地址、邮政编码、联系电话和企业代码数据项为不可缺少的必备数据。
2．2．2 数据要求：
（1）入库数据数量：三年合同期内供方须完成入库的最小数据量为_________条，覆盖企业大于_________家。
（2）入库数据的质量要求：（a）必备项数据完整率为100％；其他数据项完整率＞50％；（b）入库数据的随机抽样误差率须满足下列要求：必备项数据信息误差率＜5％；其他数据项信息误差率<10％；文字错误＜万分之五。
（3）数据入库时间要求：供方在收到出口商品数据登记表后，应在7日内及时分类、翻译和录入完毕。
2．2．3 数据库文字：
（1）《_________》数据库数据信息的文字为中、英文两种；
（2）企业英文名称应按在工商行政管理部门登记注册的英文翻译，没有英文注册名的企业名称按该企业习惯翻译。企业未能提供英文名称，按照先标准、后专业的原则进行翻译；
（3）英文翻译错误＜1％；
2．2．4 数据信息维护：
（1）数据库数据须反映出口商品最新信息，更新期为12个月内。所有出口商品数据每12个月必须至少核对、更新一次，保证数据库内出口商品数据始终为动态最新版本数据。每条数据要注明核对、更新的时间。
（2）供方在收到需更新的数据内容后，须在7天内完成新数据的分类、翻译和录入。数据维护从数据入库开始，维护期为自合同生效之日起3年。
（3）维护、更新数据采取电子邮件、电话、传真、信函等多种形式，并有工作记录。
2．2．5 产品资料登记表
（1）第一次入库数据应有对应的加盖企业公章的产品资料登记表，数据跟表格须一一对应，登记表原件归档备查；
（2）供方负责产品资料登记表的印制工作并承担印刷费用，其印制的产品资料登记表的内容、格式和印刷质量须符合需方要求，未经需方同意供方自行不得改动。
（3）供方应按照需方要求的采集方向发放产品资料登记表。
三、合同期限及实施进度
3．1 合同期限：本合同服务期限从合同签字生效之日起_________年。
3．2 实施进度：
3．2．1 入库数据量进度要求为：_________；
3．2．2 合同生效后6个月内出口商品数据入库量＞6万条；
3．2．3 合同生效后1年内出口商品数据入库量＞20万条；
3．2．4 合同生效后2年内出口商品数据入库量＞100万条；
3．2．5 合同生效后3年内出口商品数据入库量＞120万条，企业数＞50万家。
四、转让和分包
4．1 转让和分包的程序
4．1．1 经需方书面同意，供方可部分转让和分包其应履行的合同义务，但转让和分包不能解除供方履行本合同的责任和义务。
4．1．2 供方应就其签订的所有分包合同报经需方审核同意后生效。
4．1．3 供方与第三方签订分包合同时，必须在合同中说明供方与需方通过招标投标的方式签订本合同的事实，接受分包的第三方必须在分包合同中承诺就分包项目与供方共同向需方承担连带责任。
五、质量保证
5．1 供方责任
5．1．1 为保证合同履行质量，供方须切实履行投标文件的各项承诺，保证数据采集、核实、翻译、分类、录入和维护的程序和工作质量。
5．1．2 供方应履行投标文件的承诺，建立和完善系统的内部质量保证体系，并提供相关文件给需方并接受需方的检查。
5．1．3 供方应履行投标文件的承诺，保证项目实施团队人员的数量和素质满足履行合同要求并随时接受需方的检查。项目团队发生变化时，应及时通知需方。
5．1．4 供方应履行投标文件的承诺，配置必要的软件和硬件设备保证合同有效实施。在计算机软硬件的配置上，供方应接受需方指导。
5．1．5 鉴于服务性质的特殊性，供方将对所提供的服务按照合同规定的功能要求不断调整，以达到优化目的，并在数据的采集方法上接受需方的指导。
5．2 合同的监控
5．2．1 合同的监控
5．2．2 本项目合同执行监控权属需方。
5．2．3 同期内需方有权随时采用各种方式对合同实施的质量和进度进行监控。
5．2．4 有权随时对下述内容实施各种方式的抽检：
（1）录入数据是否与原始数据登记表内容相符；
（2）录入的数据量是否与收到的数据登记表数量相符；
（3）数据录入进度；
（4）入库数据的准确性；
（5）数据是否及时更新等。
5．2．5 供方须积极配合需方的抽检工作，不得以任何理由拒绝检查或在检查中弄虚作假。
5．2．6 如首次抽检不合格，需方将在10日内进行再次抽检；如再检不合格，需方则有权根据有关条款对供方追究违约责任。
六、合同文件和资料
6．1 技术资料
6．1．1 供方在向需方提交本合同项下的服务和服务成果时，必须同时向需方提交相关的技术资料。
七、验收
7．1 验收内容和方法
7．1．1 供方完成相应的工作后，应按本条规定的期限通知需方验收，需方及其下设机构负责本合同内容的验收。
7．1．2 第一次验收：合同生效后3个月。验收内容为数据采集、翻译、录入前期工作进展情况。验收前供方应提前向需方提交下述文件：
（1）硬件和人员配置说明书；
（2）数据采集渠道、方法和数据核实方法及程序详细说明；
（3）数据分类方法说明和分类操作实施细则；
（3）数据翻译校对的方法和程序的详细说明；
（4）数据录入方法、程序和录入数据校验方法、程序说明；
（5）供方认为有必要提交的其他文件和资料。
7．1．3 第二次到第五次验收内容为：
（1）入库出口商品数据量是否满足合同要求；
（2）入库数据的质量是否满足合同的要求；
（3）数据更新是否满足合同的要求；
（4）人员配置的合理性以及项目管理的科学性和有效性等。
7．1．4 第二次验收为合同生效后6个月。验收前供方应提前10日向需方提交下述文件：
（1）库内数据的数量和质量说明；
（2）数据采集渠道、方法和数据核实方法及程序补充说明和已购买的版权清单及说明；
（3）数据维护、更新操作实施细则；
（4）硬件和系统软件维护管理细则；
（5）供方认为有必要提交的其他文件和资料。
7．1．5 第三次验收为合同生效后1年。验收前供方应提前10日向需方并提交下述文件：
（1）库内数据的数量和质量说明；
（2）数据采集渠道、方法和数据核实方法及程序补充说明和增购的版权清单及说明；
（3）1年内数据维护更新记录和说明；
（4）1年内的项目管理说明；
（5）需方认为有必要提交的其他文件和资料。
7．1．6 第四次验收为合同生效后2年，验收前供方应应提前10日向需方提交下述文件：
（1）库内数据的数量和质量说明；
（2）数据采集渠道、方法和数据核实方法及程序补充说明和增购的版权清单及说明；
（3）2年内数据维护更新记录和说明；
（4）2年内的项目管理说明；
（5）供方认为有必要提交的其他文件和资料。
7．1．7 验收为合同生效后3年。验收前供方应提前10日向需方提交下述文件：
（1）库内数据的数量和质量说明；
（2）数据采集渠道、方法和数据核实方法及程序补充说明和增购的版权清单及说明；
（3）3年内数据维护更新记录和说明；
（4）3年内的项目管理说明；
（5）供方通过iso9001认证证明；
（6）需方认为有必要提交的其它文件和资料。
7．1．8 从第二次验收开始，需方将对数据采集、加工单位的质量管理体系进行考核，并对档案保存情况、数据加工各工序运营情况进行抽样检查，重点是对库内数据进行检查。具体检查方案如下：
（1）数据量核查：现场检查数据库记录并与原始数据登记表格进行核对；
（2）验收方法：验收采取随机抽样方法，具体验收方案由需方依据统计分析原理确定。
7．1．9 对每次验收，如首次验收不合格，需方将给供方10日时间准备二次复验；如复验不合格，需方则有权对供方追究违约责任。
八、合同价款及支付方式
8．1 合同价款
8．1．1 合同的总价款为人民币_________元整（￥_________）。
8．1．2 分项价格见附件一。
8．2 支付方式
8．2．1 合同价款采取分期方式支付。对前4次合同款支付，计算公式为：（每次验收完成时已入库数据总量─已付款的入库数据量）×_________元×70％；具体支付为
8．2．2 合同生效后3个月第一次验收合格后支付：_________万条×50％×_________元×70％；
8．2．3 合同生效后6个月第二次验收合格后支付：（本次验收完成时已入库数据量－_________万条×50％）×_________元×70％；
8．2．4 合同生效后1年第三次验收合格后支付：（本次验收完成时已入库数据量－已付款的入库数据量）×_________元×70％
8．2．5 合同生效后2年第四次验收合格后支付：（本次验收完成时已入库数据量－已付款的入库数据量）×_________元×70％
8．2．6 第五次即合同结束时合同生效后3年第五次验收合格后支付：（本次验收完成时已入库数据总量－已付款入库数据量）×_________元×70％＋本次验收完成时已入库数据总量×_________元×30％。
8．3 最高合同款支付额
8．3．1 根据合同附件1的规定，本合同需方支付的总合同款将不高于_________元（_________）。
8．4 支付时间
8．4．1 验收合格后10个工作日内支付。
九、违约责任
9．1 延期交付出和处置
9．1．1 供方应按照合同规定的期限向需方提供服务和交付服务成果。
9．1．2 在履行合同的过程中，如出现供方因故不能按时提供服务和交付服务成果的情况，供方应及时以书面的形式将不能按时交付的理由、延误时间通知需方。需方如同意延期，可通过修改合同，酌情延长交付出时间。
9．3 除第11．1．1条款规定外，如果供方没有按照合同规定的时间完成数据入库，需方有权从相应的支付款中扣除逾期违约金。逾期违约金为每延迟一天扣当期应支付合同价款的百分之一。如延误期超过30日，需方有权终止合同。
9．4 如第一、二、三、四次验收时复验结果不合格或抽检时再检结果不合格，需方有权对供方处以相应合同支付款的5％的罚金，并在10日内作再次验收或抽检。如检验结果再次不合格，则需方有权终止本合同，未付的合同价款不再支付。
9．5 如3年合同期末第五次验收时出现复验不合格，需方有权对供方处以相应合同支付款的5％的罚金，并在10日内作再次验收。如检验结果再次不合格，需方有权终止本合同，未付的合同价款不再支付。
十、知识产权
10．1 知识产权归需方
10．1．1 《_________》数据库及其数据、软件、设计等知识产权归需方所有。为履行本合同所购买的合法版权和知识产权，其所有权属需方所有。供方在履行本合同的过程之中和之后，不得以任何方式擅自使用或提供给第三方使用《_________》数据库以及与数据库相关的信息和资料。供方违反本条的规定，需方有权解除本合同，并有权要求供方支付相当于本合同总价款50％的违约金。
10．1．2 由于供方的原因造成需方知识产权被侵害，由供方负责赔偿与之相关的一切损失。
10．2 知识产权无纠纷
10．2．1 无论需方以何种方式运行或以任何介质传播《_________》数据，供方都保证需方不会受到任何第三方提出侵犯专利和知识产权的指控。
10．2．2 如果任何第三方提出侵权指控，供方必须与第三方交涉并承担可能发生的一切法律责任和费用。
10．2．3 如果由于第三方的侵权指控成立而造成需方的损失，供方必须负责赔偿。
10．2．4 需方因处理与第三方知识产权纠纷而支出的一切费用，包括但不限于律师费和诉讼费，由供方负担。
十一、不可抗力
11．1 定义
11．1．1 本合同项下的不可抗力是指不能预见，不能避免且不能克服的客观情况，使得本合同一方当事人无法履行合同义务，如战争、严重火灾、水灾、风灾和地震以及其他经双方同意属于不可抗力的事故。
11．1．2 不可抗力不包括因一方及其工作人员在履行合同时的疏忽或故意行为引起的事件。
11．2 不可抗力的发生和对策
11．2．1 如果供、需双方中任何一方由于不可抗力致使合同履行受阻时，履行合同的期限应予延长。延长的期限应相当于事故所影响的时间。
11．2．2 受事故影响的一方应在不可抗力的事故发生后尽快通知对方，并在事故发生后两周内，将有关部门出具的证明文件送达对方。如果不可抗力影响时间延续120日以上的，双方通过友好协商达成在合理的时间内继续履行本合同或解除本合同的协议。
11．2．3 需方保留在不可抗力发生而导致项目发生重大变化时单方面解除和修改本合同的权利。
十二、不竞争条款
12．1 供方不得利用在履行本合同过程中获得的服务成果进行与需方拟进行的《_________》项目内容有竞争的活动。供方违反本条的规定，需方有权解除本合同，并有权要求供方支付相当于本合同总价款50％的违约金。
十三、保密条款
13．1 供方应保守在履行本合同中知悉的需方商业密秘和技术密秘，不得泄露或不正当使用。
十四、税费
14．1 适用税法
14．1．1 本合同履行过程中所涉及的税务，一律适用有关税法。
14．2 税费承担
14．2．2 根据国家现行税法对需方征收的与本合同有关的一切税费均由需方负担。
14．2．3 根据国家税法对供方征收的与本合同有关的一切税费均由供方负担。
十五、终止合同
15．1 违约终止合同
15．1．1 供方如有下列任何一种违约的情况，需方有权向供方发出书面通知，终止部分或全部合同，未支付的合同价款不再支付：
（1）供方未能在合同规定的期限或需方同意延长的期限内提供该期限内应该提供的服务和服务成果；
（2）如供方未能履行合同规定的其他义务，并在收到需方发出的违约通知书后30天内，或经过需方书面认可的延长期内仍未能纠正其过失。
15．1．2 在需方根据本合同的有关规定终止了全部或部分合同后，需方可以其认为适当的条件和方法另行委托第三方完成终止的合同或部分合同。供方应对需方因此额外支出的费用负责。如被终止的是部分合同，供方还应继续执行合同中未被终止的部分。
15．1．3 前款所述情况并不影响需方向供方提出索赔要求。
15．2 破产终止合同
15．2．1 如果供方破产或因经营状况恶化、本项目团队发生重大变化等丧失或可能丧失履行能力时，需方可在任何时候以书面形式通知供方终止合同。此终止合同行为将不损害或影响需方已经采取或将要采取的补救措施的权利。
15．3 合同期满
15．3．1 合同期满后，向需方移交与本项目有关的文档是供方履行本合同的一部分，供方应保证向需方移交完整的资料。文档不仅包括_________产品资料登记表，还包括与本项目有关的管理规章、监管记录、购买的资料等。
十六、索赔
16．1 索赔
16．1．1 如需方检验发现供方提供的服务和服务成果不符合同要求，包括潜在的缺陷，需方有权向供方提出限期改进的要求，也有权向供方提出索赔要求。
16．1．2 如供方未能在需方提出的期限内实施有效的措施进行改进，需方可自行采取必要的补救措施，由此增加的费用和风险由供方承担。
十七、计量单位
17．1 国家法定计量
17．1．1 除本合同中另有规定外，合同中的计量单位均应使用国家法定计量单位。
十八、通知和合同修改
18．1 通知
18．1．1 本合同任何一方给另一方的通知，都应以书面的形式（信函、传真）发送至对方。
18．2 修改
18．2．2 对合同条款进行任何改动，均须由供需双方签署书面合同修改方为有效。
十九、争端的解决
19．1 友好解决
19．1．1 供需双方在履行合同时如有争端，都应尽最大的努力友好协商解决。
19．2 仲裁
19．2．2 供需双方在发生争端而友好协商不能解决时，应依法向_________仲裁委员会提起仲裁。
19．2．3 在纠纷解决的过程中，除受争端影响的部分外，本合同其他部分应继续执行。
二十、合同生效及其他
20．1 合同印制及生效
20．1．1 合同一式四份，双方各执两份，具有同等法律效力。
20．1．2 合同在双方在本合同签署页上签字或盖章之日起生效。
20．1．3 如因任何原因需要修改合同，需按本合同第十八条办理。
二十一、其他条款
21．1 供方承诺在开展本合同所述工作时，采用需方统一制定的各种标志，制作费用由供方承担。
21．2 为保证供方按时开展工作，需方将督促数据合成单位按时提供满足供方需要的数据录入界面和数据库管理程序。
供方（盖章）：_________ 需方（盖章）：_________
代表（签字）：_________ 代表（签字）：_________
数据系统维护服务合同 篇2
随着中小企业合同发票管理中销售管理的日渐复杂和交易的变多,如何有效地提高企业管理中的合同发票管理成为迫在眉睫的事情。而传统的人工合同发票管理因为低效率、统计困难、成本较高和容易出差错等弊端,已经没有办法适应现代社会的需求。随着计算机技术的迅速发展,将传统的合同发票管理数据合理化,建立一个效率高的,没有差错的合同发票管理系统,能够有效地帮助企业实现高效、无差的合同发票管理,使企业的销售管理水平上一个新的高度。
本文所设计的数据仓库系统中,管理者迫切想知道的是:企业的经营管理状况及合同发票情况。主要包括:根据合同发票信息所反应的商品销售趋势;各年度仓库库存波动趋势;利润情况。因此,分析市场经营状况发展趋势所要求的操作数据库的数据有:发票数据、用户数据、供需方数据、产品信息数据、合同数据、仓库数据。各部门通过数据仓库系统把每天的各类信息和数据进行有效地集成,通过图表形式来向各层决策分析人员直观展示,运用聚类、挖掘、预测等数据处理技术,公司的管理者才能对经营情况有所了解。并且通过数据仓库系统的建立,使信息资源得到共享,并进行预测分析,从而建立基于全局的辅助决策系统。
2 合同发票管理决策支持系统的分析与设计
2.1 系统需求分析
合同发票系统是由业务处理子系统、辅助决策子系统、数据管理子系统三个部分所组成的。其中,前台是业务应用子系统,它对所有企业合同发票的日常业务进行处理,为整个合同发票系统的数据提供入口,并将原始数据提供给辅助决策子系统。后台是传统数据库。其中,前台由联机分析工具、数据挖掘工具等组成,有统计、分析、预测的功能,并支持决策分析。数据管理子系统管理整个系统数据,使数据从各数据源转移到数据仓库,最后实现了数据仓库中数据结构和业务规则的管理。
在数据仓库操作系统中,企业的运转状况是管理者最需要精确掌握的,包括合同发票金额情况、商品销售情况、仓库管理情况、供需方订货情况等。因此,我们总结出:发票管理数据、供需方数据、产品数据、合同信息、仓库管理信息、账目汇总数据等都是用来分析市场经营状况所需要的数据库的操作数据。
2.2 概念模型构造
合同发票主题描述企业合同发票金额情况;产品主题描述了产品销售情况;供需方主题描述了企业供需方地区情况;仓库主题描述了入库、出库、返仓及库存。本文中,系统的中心是合同发票主题,并将产品主题、供需方主题、仓库主题与之联系起来。
2.3 逻辑模型设计
(1)主题域的分析
()划分粒度层次
(3)数据分割策略的确定
(4)多维数据建模
2.4 系统的结构框架
系统的结构框架如图1所示:
2.5 系统的业务流程分析
业务流程的系统分析,如图2所示:
3 合同发票管理决策系统的开发与实现
3.1 星型模型图
关于产品主题的多维数据模式,其中合同发票事实表是星形模型的中心。度量数据包括:数量、单价、发票金额、合同发票日期等,维包括:仓库维、产品类别维、产品名称维、供应商维。其中每个维所对应的层次结构也不同。例如以产品、仓库、产品类别、产品名称、供应商主题域的星型模型,绘制了销售主题星型模型图,包括主要事实表星型模型和主要维表模型,如图3所示:
3.2 合同发票管理决策系统的功能实现
3.2.1 综合业务子系统
在合同发票管理系统中,可显示企业从不同供应商所购产品的合同号、签订日期、合同金额、发票号码和发票金额,并且能知道已付款和未付款的具体金额。同时,可以根据合同号、供应商、行业种类、时间、经办人查询出发票的信息。发票管理系统如图4所示:
在多维数据集浏览器中,度量值“供应方”、、“单价”、“数量”、“金额”、“实际数量”、“返仓数量”、“出库数量”、“库存”组成了网格,而上方的维度是“产品类别”、“合同发票日期”、“产品名称”、“仓库”。浏览数据图如图5所示:
3.2.2 综合分析子系统
综合分析子系统包括:各仓库库存分析结果如图6所示,各供应商产品数量分析结果如图7所示。
4 结束语
根据以上合同发票管理决策系统的分析,企业管理者可以做以下效果分析:根据各仓库库存分析图,分析出2013年仓库库存较2012年明显增多,由此推断是否是市场走向问题还是产品积压需要加强营销问题;根据各供应商产品数量分析图,分析出供应商主要集中在南通和常州两地,由此可作出继续跟进这两个地区或将产品扩展到其他地区。针对企业的机会的存在性,依据顾客的需求的不同,对市场重新确定并细分,从而选定适合于企业的目标市场,并重新定位产品。据此,通过对企业宏微观环境的分析,从而找出与企业能力相适应的环境机会,并有效地控制企业可能面临的威胁。
摘要：该文主要研究了合同发票管理决策系统,并结合企业的需要,运用数据仓库和决策支持系统的理论知识,采用Analysis Services开发工具,建立了合同发票管理决策支持系统,实现了不同角度地分析合同发票系统的数据。
关键词：数据仓库,决策支持系统,合同发票
参考文献
[1]何玉洁,张俊超.数据仓库与OLAP实践教程[M].北京:清华大学出版社,2008.
[2]韩科振.合同发票管理系统的设计与实现[M].山东大学硕士学位论文,2011.
[3]池太崴.数据仓库结构设计与实施[M].北京:电子工业出版社,2009.
ERP系统主数据的维护与管理 篇3
【关键词】主数据；维护；管理
1、概述
任何企业ERP项目的运行，都是架构在数据的坚实基础上。有了正确的数据ERP系统才能够将信息传播到整个企业，在企业层次上去优化各种业务工作，提高管理水平。数据是ERP系统运行的基础，只有确保数据的准确性、维护的及时性和严谨性，才能保证ERP系统的正常运行。
“数据”是科学实验、检验、统计等所获得的和用于科学研究、技术设计、查证、决策等的数值。ERP系统主数据又称参照数据，是由定义业务实体的事实构成，事实被用于对一个实体建立多个定义或视图。维护主数据包括物料主数据、供应商、客户、会计科目视图等，主数据字段繁、种类多、相互制约的特点决定了主数据的维护一定要非常重视并投入充分的力量和资源才能解决。
ERP（enterprise resource planning）企业资源计划，它是将企业内部所有资源整合在一起，对采购、生产、成本、库存、分销、财务资源进行规划，从而达到最佳资源组合，取得最佳效益。数据是这些资源的表现形式，任何经营管理活动都离不开对这些数据的存取，所以说数据是企业的一种无形资产。因此，在ERP项目运行过程中，重中之重就是数据的维护和管理。
2、主数据的维护
主数据在维护过程中要高度重视主数据维护的准确性，保证数据维护的及时性和严谨性，ERP系统才能正常的运行。不准确的数据对于无辜的计算机来说其实就是谎言，它们只能被计算机用来高速地产生错误的答案。只有保证每一次数据维护的准确，才能保证系统数据的准确。
主数据字段繁、种类多、相互制约的特点，使得主数据的维护必须确保及时性和严谨性。为确保主数据维护的及时性和严谨性，我们制定各项标准化规范。大到信息指标体系、信息交换接口要标准化，小到分类编码、文档编写、字段定义及维护流程同样也要标准规范化。确保在最短的时间内能够进行数据准确维护，使数据的维护进行规范处理。
主数据维护方法有直接输入法和批量导入法。直接输入法使用ERP系统事物代码，对视图中的各项目进行录入，这种方法适合少量数据的维护，由于是手工更改，出错的概率较高。主数据的维护既是日常性的工作，也会有阶段性的工作。往往阶段性的工作采用大数据量的批量更改，如价格调整、类别调整等等，因此，系统要有批量处理和调整的功能。批量导入法使用批导程序，一次执行大批量的更改，但要求数据维护人员按照用户提供的数据模板正确导入ERP系统中。
真正做好主数据维护和管理工作，要求主数据维护人员在实际中做好以下几方面工作。
2.1 注重业务流程及其功能改变
由于ERP系统主数据的关键字段是与业务流程及其功能息息相关的，所以在维护主数据时必须关注系统内业务流程设计及其功能变化。在系统运行过程中，系统功能会被优化或改进。这时，通常会对主数据的维护提出新要求。主数据维护人员必须关注这些变化，确保主数据随时更改。因此，从管理上要求在系统设计、配置发生变化时，各模块程序维护和开发人员要及时和主数据维护人员沟通，而主数据人员一定要将这些转化为主数据具体维护要求。
2.2 强化ERP项目相关模块原理的培训
要求主数据维护人员吃透ERP精神，根据系统中的原理和做法，具体应用到实际工作中去，做精、做好，将数据和业务流程紧密结合，重要的是知道数据怎么做，更知道为什么这么做，以达到培训的最佳效果。
2.3 掌握批导程序的制作方法
数据批量导入是主数据维护的一项重要技能。常用的批导程序通常是在上线初期就由开发人员准备好的，可是日常维护过程中，时常会有新的批导入任务，这就要求主数据维护人员不仅能够熟练地使用现有的批导程序以保证导人数据的正确，而且还需要掌握批导程序的制作方法，以适应生产变化的要求。
2.4 建立主数据发布制度，确保主数据与各项系统外业务的衔接
主数据维护完成后，并不意味着主数据维护流程已经结束。如系统内新增了材料主数据，有了新的物料编码，除设计人员与采购人员知道外，还应在主数据维护流程中增加主数据信息发布这一环节，明确主数据发布的时间、地点、发布的部门、发布范围、如何发布等，并建立企业主数据发布制度。经过了这样的调整，业务部门对新增主数据的用途不再有疑惑，而且可以及时地做出业务反应。
2.5 预见性的维护物料主数据
预见性的维护物料主数据，适应生产的变化，带钢的生产品种规格在成品中数量最大，通过实际工作总结，在维护XG08D2时，同时维护Q195。同样在维护Q235时，同时维护Q215，这样即能适应生产过程中的对物料编码的需求，又提高物料主数据维护的效率。
3、主数据的管理
ERP数据管理体系是通过多次研讨分析，经过较长时间的实践和改进逐步完善建立起来的，目前，基本形成了较为完善的管理体系。
3.1 完善物料主数据维护流程
ERP实施期间由数据组制定产成品、半成品、原料、材料、备品备件、供应商数据收集管理办法和流程，进行数据的收集整理和维护。甩物料帐后，ERP项目部成立运营监管小组负责ERP系统静态数据和数据故障的管理，对静态数据和动态数据维护、变更、修改业务进行受理、审批、备案，并通知责任单位进行处理等；负责动态数据的监控、备案等；按制度执行考核。
3.2 采用技术手段完善管理
对于几十万个物料数据，新增物料只靠单一通过加强管理来杜绝描述重复还是不够的，我们还编写许多有关数据管理方面的程序，来检查数据维护的合法性和完整性，并开发了一个模糊查询程序，有效地控制了描述重复。在新增物料前要对新增物料描述进行查重检查，查找过程中对物料描述数据格式进行转换，如：大小写、全角半角等自动转换对比。
4、结语
软件系统维护服务合同 篇4
乙方：
鉴于:
甲乙双方本着互惠互利、共同发展的原则，依照《中华人民共和国合同法》的规定，经友好协商，就乙方向甲方提供鸿运星餐饮管理软件维护技术服务(简称：项目)事宜签订本合同。
第一条 术语定义
“鸿运星软件”，是指由甲方拥有的处于运营状态的餐饮电脑管理软件。
第二条 维护服务内容及要求
(一)维护服务内容
1. 鸿运星软件日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等;
2. 鸿运星软件突发事件的诊断、排除;
3. 因业务发展需要或需求变动引发对鸿运星软件的新增、完善软件功能且工作量小于(含)2人日的开发工作;
4、咨询服务。帮助解答甲方提出的鸿运星软件相关的各种业务和技术问题，包括技术咨询、指导和信息提供等。
5、数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。
6、运维总结
乙方应定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。超出上述维护服务内容的部分，维护形式及费用，甲乙双方另行商定。
系统维护合同 篇5
乙方：
乙方为确保 系统 正常使用，乙方负责系统及相关设备的售后维修，经双方友好协商特签订如下维护协议：
一、合同期限
产品售后服务合同期限自 年 月 日至 年 月 日止，合同期满后，双方可选择协商续约维护。
二、合同金额及付款方式
合同金额：人民币￥ 元(人民币大写： 元整)。
付款方式： 。
三、服务性质及内容
服务性质：质保期过后的系统维护服务和技术支持。
服务范围：
四、服务要求
1、乙方为保障甲方系统的正常运转，乙方将指定技术人员为甲方服务。
2、乙方接到甲方设备故障通知24小时内(特殊情况除外)赶到甲方公司尽快排除故障;
3、当甲方系统故障需要更换时，乙方应以最低市场价提供配置，并负责安装;甲方亦可按照乙方提供的技术要求自行购买配件，乙方应提供免费安装调试。
4、乙方向甲方提供的所有系统中的设备及配件，乙方将免费保修一年。(如有特别注明，则另行协商)。
5、对原系统进行改动(如更换设备、增加点位或变动设备安装位置等)等由乙方另行报价。
五、双方责任
(1) 甲方责任
1、甲方应按照合同约定的内容按时向乙方支付维保费用。
2、硬件或软件发生故障时，甲方应及时通知对方，并提供相关故障现象等信息，以便乙方能迅速分析与处理故障。
3、甲方不得随意拆卸及改变设备的其他连接。
4、乙方在为甲方软、硬件维护的过程当中，如碰到软、硬件(保修期外或保修范围外)寿命终止或无法维修时，甲方需出资购买新件。
5、甲方不得要求乙方在服务过程当中提供违法服务。
6、甲方必须优先考虑在乙方购买所维护系统的相关设备、配件，以保证乙方之利益及避免出现相互推卸责任现象。
(2) 乙方责任
1、为甲方系统正常运行提供技术支持和保障，确保系统的正常稳定运行。
2、系统在使用中出现故障，乙方接到甲方系统故障通知后，应在24小时内做出响应，确保在最短时间内对系统进行修复。
3、乙方在维护过程中为甲方的商业数据保密，不可泄露第三方知道。
4、乙方有义务对甲方提供技术咨询服务。
5、乙方应向甲方提供完整的维护保养记录和相关设备维修资料。
六、违约责任
1、甲方无故拖延或拒绝履行维保费支付约定，每延迟一日，应按当年维保费总额的3‰/天向乙方支付违约金。延迟超过7个工作日，则乙方停止提供服务。
2、由于特殊情况(非乙方原因所致)，造成维护保养服务拖延或不能正常进行，甲方应按实际情况调整维护保养服务时间和内容，不计入违约之内。
3、由于乙方接到通知后未能及时对情况做出处理，而造成系统不能尽快恢复使用，乙方将按合同金额的3‰/天向甲方支付违约金。
七、其他事项
本合同一式二份，甲乙双方各执一份，具有同等的法律效力，自双方签字盖章后生效。任何一方不得擅自变更或取消 。单方面解除或变更本合同承担全部相关责任。
甲 方 乙 方
代表人 代表人
监控系统维护合同 篇6
甲方：诺诚酒店
乙方：杭州英特广告有限公司
乙方为甲方安装的监控系统工程项目，一年免费维护期已界满。为保证系统设备的良好运行和使用特定立此协议。
一、服务项目的名称：诺诚酒店各分店监控
服务项目的地址：杭州及萧山
二、服务范围：
（一）系统中设备的故障排除；
（二）系统中设备损坏后的维修和更换；
（三）系统线缆检查和维护；
（四）系统改造和升级的建议；
（五）用户操作人员的培训；
（六）每季度一次对系统及周边设备进行保养和检查。
三、服务要求：
1、乙方为保障甲方监控系统的正常运转，乙方将指定技术人员为甲方服务；
2、乙方接到甲方设备故障通知24小时内（特殊情况除外）赶到甲方公司尽快排除故障；
3、当甲方系统故障需要更换时，乙方应以最低市场价提供配置，并负责安装；甲方亦 可按照乙方提供的技术要求自行购买配件，乙方应提供免费安装调试；
4、乙方向甲方提供的配件，乙方将保修一年。（如有特别注明，则另行协商）；
5、乙方做好相应工作后应有相关记录回执，双方签字确认，作为结算费用的依据；
6、若合同以外通知的特殊作业（如网络重布等）等由乙方另行报价。
四、结算方式：
（一）年服务费以每路摄像机100元/年为全年乙方提供服务的维修检查费;
（二）服务费一年结算一次，甲方在一年服务期满后支付给乙方；
（三）对于需要更换或维修的器材将根据实际器材价格和维修费由甲方承担，费用当即结算;
五、季度维护方式: □甲方通知 □乙方定期巡视
六、甲方的责任与义务 ：
（一）在系统发生故障后即时通知乙方，并详细、真实地报告故障情况、时间、故障前的运行情况;
（二）在乙方实施服务过程中，甲方有义务与乙方积极配合并提供方便;
（三）在乙方服务完毕后，甲方有义务在维修记录上认真填写意见并签字、盖章;
（四）甲方应严格按照协议进行结算。
七、乙方的责任和义务：
（一）乙方应在接到故障通知后的二十四小时内到达现场，检查并排除故障;
（二）确系设备损坏等原因无法完全恢复的，应将系统故障降至最低，同时写出书面的维修报告，确定解决办法和最后期限;
（三）服务过程中，乙方应随时接受甲方的监督;
（四）服务过程中，乙方应遵守甲方单位的有关规定;
（五）服务过程中，若甲方财产被乙方人为损坏且确认后，无论大小由乙方按现值赔偿;
（六）服务后由乙方详细填写维修单。维修单应包括项目名称、故障时间、故障现象、解决时间、维修人、用户意见、用户签字盖章等项。
八、违约与终止：
（一）乙方不能按照协议提供及时的服务，甲方有权终止协议，并按次扣除服务费的百分之十作为违约金;
（二）乙方在服务过程中欺骗甲方，使甲方蒙受损失，甲方有权终止协议，并扣除全部服务费做违约金;且因乙方引起的一切损失由乙方承担。
（三）甲方不能按照协议结算，乙方有权终止协议；
（四）由于双方不可抗拒的自然因素而造成的违约，需双方协商解决，并有备忘录备查;
（五）协议终止时需有书面材料通知对方。
九、其它：
（一）本协议未尽事宜双方本着互利互惠的原则协商解决;
（二）本协议有效期至 ；
（三）本协议一式两份，具有同等效力，自签定之日生效。
甲 方： 乙 方： 签 字： 签 字： 盖 章： 盖 章： 联系电话： 联系电话：
数据系统维护服务合同 篇7
一、相关理论介绍
1. Web服务。
Web Service是对象/组件技术在Internet中的延伸, 是封装成单个实体且发布到网络上以供其他程序使用的功能集合。Web Service从本质上讲是放置于Web站点上的可重用构件。
Web Service可以分散于Web的各个地方, 通过互相调用以协同完成业务活动。在Web Service的体系中, 应用系统被分割为高内聚、弱耦合的单个服务, 可以通过Web被调用和访问。
Web服务的应用通常涉及服务提供者 (service provider) 、服务请求者 (service requestor) 及服务注册中心 (service registry) 3种应用程序。服务所有者通过向服务注册中心注册服务描述来发布 (publish) 服务, 并通过服务访问平台提供服务;服务请求者在服务注册中心搜索 ( (find) 满足所求的服务, 根据其服务描述解析服务调用方式, 并动态绑定 (bind) 服务提供者, 获取服务。
2. 服务质量。
服务质量英文全称QoS (Quality of Service) , 在Web实际应用中, 对Web Service往往有许多不同方面的技术要求, 如各种级别的服务可用性、性能、可伸缩性、安全性和隐私策略等, 因此需要能够描述所有的这些技术需求, 并且要求驻留每一个服务的环境能够基于不同的技术要求提供不同的QoS选择。显然, 对于服务提供者和他们的客户而言, Web Service所提供的QoS已成为一个非常重要的问题。服务质量主要包括服务价格、服务响应时间、服务可用性、服务完整性等参数。
3. 面向服务架构。
面向服务架构 (SOA) 其目的是实现相互作用的软件功能单元之间的松散耦合。SOA的基本思想是以服务为核心, 将企业的IT资源整合成可操作的、基于标准的服务, 使其能被重新组合和应用。这种重新组合, 使那些原本趋于闲置的IT资源重新发挥作用, 从而使企业的资源得到优化, 并焕发出新的生机。
4. 数据挖掘。
数据挖掘就是从大量的、不完全的、有噪声的、模糊和随机的数据中, 提取隐含在其中人们事先不知道的、但又是潜在有用的信息和知识的过程。还有很多和这一术语相近的术语, 如从数据库中发现知识 (KDD) 、数据分析、数据融合 (Data Fusion) 以及决策支持等。
二、引入Web服务质量的面向服务数据挖掘系统设计思想
1. Web服务Qos评估因素。
服务质量 (QoS) 是对Web服务满足服务请求者需求能力的一种度量。Web服务中的QoS评估因素是一个可扩充向量, 可以从很多方面来描述服务质量, 如可扩展性、并发处理能力、响应时间、可靠性、服务价格、吞吐量、可用性、安全性、准确性、赔偿率等, 它们分别从不同角度对服务的质量进行了评估, 但针对数据挖掘领域的特点, 在众多QoS中比较强调费用、执行时间、可用性、可靠性这些指标, 所以本文用如下所示的四元组向量作为评价Web服务s的服务质量的标准, 即QoS模型为:
下面给出各分量的评价指标:
(1) 费用 (qprice (s) ) 。Web服务提供者给定的一个服务操作的执行价格qprice (s) 作为服务请求者为完成任务所执行该服务操作要付出的费用。该任务的执行价格就是qprice (s) 。
(2) 执行时间 (qprice (s) ) 。执行时间是请求服务发送的瞬间到结果被收到的瞬间之间这段时间, 以毫秒为单位。公式表示:qtime (s) =P (s) +T (s) 。
qtime (s) , 服务执行时间;P (s) , 服务处理时间, T (s) , 服务传送时间。
(3) 可用性 (qavailability (s) ) 。可用性是质量的一个方面, 指Web服务是否存在或是否已就绪可供立即使用。公式表示:qavailability (s) =A (s) /u。
(4) 可靠性 (qreliability (s) ) 。可靠性是Web服务质量的一个方面, 表示能够维护服务和服务质量的程度。公式表示:qreliability (s) =N (s) /I。
qreliability (s) , 服务可靠性概率;N (s) , 服务s在最大期望时间内被成功调用的次数, I:调用服务s的总次数。
2. Web服务Qos计算模型。
假设存在一组服务群, 用S={S1, S2, S3, S4.....Sk}表示, 这k个服务在Web服务发现过程中都能满足基本的功能匹配, 于是我们就可以得到如下的k×4维矩阵:
由于衡量服务质量的指标有2种:一种是正向质量指标, 即指标值越大, 服务质量越好, 如可用性和可靠性;另一种是负向质量指标, 指标值越大, 服务质量越差, 如价格和响应时间。
所以, 为了保证QoS因素具有可比性, 需要对QoS参数进行归一化处理, 将所有QoS属性的值域调整到一个统一的区间, 在这里我们采用最小-最大规范化方法对数据进行变换, 把Web服务质量的向量中的4个质量指标的值转换为[0, 1]区间内的相应数值。
对于正向指标和负向指标分别采用公式 (1) 和 (2) 进行处理:
设服务S的第j个QoS参数取值最大为qjmax, 最小为qjmin, 当前值为qij, 其中qjmax=max (qij) , 1≤i≤k, 1≤j≤4;qjmin=min (qij) , 1≤i≤k, 1≤j≤4;
通过以上规范化处理, 得到规范化k×4维矩阵:
其中, 1≤i≤k, 1≤j≤4, 且0≤vij≤1。
向量V (si) = (vi1, vi2, vi3, vi4) =1≤i≤k, 表示Web服务si在相应服务群中的规范化质量向量, 这样就把各项质量标准统一转换为正向质量标准, 且值分布在[0, 1]之间, 最优值为1, 最劣值为0, 统一了多目标的优劣判定。
(1) 数据挖掘服务代理模块。在数据挖掘应用与服务之间搭起一座桥梁, 实现了两者在调用关系上的松散耦合, 主要包括请求处理器、安全认证管理、服务管理。
(2) 数据挖掘服务应用模块。它是平台与用户交互的接口层。它发出各种各样的数据挖掘服务需求, 并以服务请求的方式通过统一的通信接口发送到数据挖掘服务代理。同时不必考虑平台能够提供什么样的服务, 只需将服务需求按照既定格式发送出去, 等待响应。
数据系统维护服务合同 篇8
一、建设免疫规划系统是档案服务民生的迫切需要
免疫规划工作是疾病预防控制工作的重要组成部分，湖北省自实行儿童免疫规划以来，疫苗针对传染病的控制工作取得了显著成绩。但是随着经济社会的发展，免疫规划档案信息工作与社会发展呈现不平衡的问题，大部分地区免疫规划服务和管理工作停留在简单、落后的手工登记、统计分析的原始手段上，其报告的真实性、准确性和及时性得不到保障，传统落后的免疫规划档案信息的录入和管理方式已难以适应免疫规划实际工作的需要。流动人口的剧增，群众预防接种意识的增强，业务管理模式的不一致，数据标准、编码、接口的不统一，不能实现异地接种和档案信息共享等问题直接影响着民众需求和免疫事业发展。如何建立动态监测的档案信息，提供科学严谨、及时准确的各类免疫规划相关数据，解决异地接种，实现数据共享，为管理部门决策提供依据，更好的为社会服务，为人民大众服务，成为免疫规划工作新的难点和工作重点。2005年省疾病预防控制中心开始免疫规划信息管理系统的开发建设工作。
二、收集档案信息是建设免疫规划系统的基本前提
根据卫生部《关于儿童预防接种信息报告管理工作规范（试行）》（卫疾控发[2006]512号）和湖北省卫生厅《关于开展儿童预防接种信息报告管理系统建设的通知》（鄂卫办发[2007]24号）要求，湖北省自2005年开始实施信息化试点工作，将儿童接种档案的收集纳入信息化工作和免疫规划系统建设。
一是从2006年开始，全面组织全省儿童预防接种信息档案的普查统计工作，组织数据录入，建立报告管理系统；
二是从2008年开始，完成平台权限开通工作，实现客户端系统市、县、乡镇三个100%覆盖，实现2005年以来出生儿童个人档案覆盖率达到98%以上；
三是2009年狠抓客户端数据的覆盖率和数据质量、增大经费投入加快省市两级平台建设，在进一步完善档案信息数据录入的基础上，全面更新全省免疫规划信息化设备、加强人员培训和加大系统维护经费的支持力度；
四是2010年重点抓好省级信息化平台建设工作，2010年6月，湖北省预防接种信息化管理系统平台开通并试运行，12月，全省全面启动各类医疗卫生机构产科接种点新生儿预防接种信息化系统建设工作；2011年4月25日湖北省免疫规划信息系统正式启动。
三、通过免疫规划信息系统提升民生档案服务能力
免疫规划信息管理系统以接种单位儿童预防接种信息管理系统客户端软件为基础，包括湖北省免疫规划之窗、预防接种信息管理平台、免疫规划办公自动化系统、免疫规划GIS系统、免疫规划信息服务中心等五个部分，其主要的功能就是服务儿童免疫防疫工作，服务民生工作。
1、湖北省免疫规划之窗。湖北省免疫规划之窗由首页、工作动态、免疫预防知识、接种门诊、接种查询、专家咨询、公众投诉等7个界面组成，以简洁的展示风格，紧握“实施免疫规划、保障和谐、促进健康的主题”。建设以事务链为中心的网站展示系统，体现服务型单位形象；整合网上服务项目，实现对人民群众的“一站式”服务，建立方便、高效的渠道，使人民群众能够获取相关信息知识，逐步实现单位与人民群众的互动式交流。
2、湖北省预防接种信息管理平台。湖北省预防接种信息管理平台是解决免疫规划的业务应用平台，由新生儿接种、基本信息、常规接种、群体接种、免疫监测、疫苗流通等6个子系统组成。覆盖了省、市、区（县）卫生行政部门和疾病预防控制机构、乡级预防接种机构、医疗卫生机构产科接种点等相关部门，及时、准确和完整的收集免疫接种情况、疾病监测情况、单位情况、人员情况、辖区人口情况等基本信息，通过计算机技术对数据进行利用和深度挖掘，对全省的免疫接种、发病和疫苗使用等情况进行统计分析汇总，为管理部门提供决策依据，实现免疫规划工作的一体化管理。
3、湖北省免疫规划办公自动化系统。湖北省免疫规划办公自动化系统由个人办公、在线交流、意见建议、工作动态、文件流转、工作任务、文档共享、车辆管理、会议管理、人员管理、网站管理、数据字典、系统管理等13个功能模块组成。通过办公自动化系统，无缝连接各级下属机构；建成手段先进、反应灵敏、制度规范、队伍健全、运行高效的集档案信息采集、分析、交流、发布为一体的，满足对日常工作业务要求的系统信息化体系。同时以网络为依托，建立起符合免疫规划管理体系和科学的宏观决策体系。
4、湖北省免疫规划GIS系统。湖北省免疫规划GIS系统由地图工具、信息搜索、地图信息管理、预警分析等4个部分组成。采用图形化表现方式，充分利用Web-GIS（网络GIS）直观化、图形化特点，实现功能强大，操作简单的应急指挥数字化平台。整个系统建立在完整的系统安全体系保护下，并且完全遵守我国计算机软件、电子政务、卫生行业信息化相关标准，具有完全开放性和可扩展性。
5、湖北省免疫规划信息服务中心。湖北省免疫规划信息服务中心由最新通知、帮助中心、程序下载、联系我们等5部分组成，帮助用户及时了解最新信息及动态，发布软件操作指南，软件故障处理小教程，发布软件升级及相关升级用的软件模块，方便用户尽快的联系相关部门解决问题及疑惑。
四、免疫规划信息系统建设推动档案事业科学发展
1、在为接种机构服务中完善档案信息资源。全省近2500个接种点，分布在乡/街道、村/社区，利用PC机和读卡设备，使用客户端软件，完成数据采集、处理和管理等功能。产科新生儿接种管理，完成新生儿卡介苗、乙肝第一针接种管理和新生儿基本个人档案信息的采集。全省17个市州，市级应用覆盖率为100%；全省102个县（市、区），县（市、区）级覆盖率为100%；全省1300个乡镇（街道）应用覆盖率达到98%以上；全省1831个接种门诊应用覆盖率达100%；全省医疗机构产科1567个应用覆盖率达100%。
2、在为管理和决策机构服务中加大档案资源建设。通过免疫规划系统数据中心实现数据共享，利用建立的GIS地理信息系统、办公自动化系统、预防接种信息管理系统进行管理、分析、决策。通过平台建立预防接种儿童个人档案，实现接种信息登记、通知服务。全省0～6岁实施预防接种的儿童，收集个案为4187259人，2005年以来个案覆盖率达98%以上；成人接种（特别是甲流应急接种）收集个案达430多万，覆盖率达85%以上。全省1745个接种机构，进行了异地儿童接种数据交换，交换儿童数达379478个。