A. 有自动录入数据的工具推荐吗要把数据录到公卫系统...
随着我国新医疗改革的深入发展，对医疗信息化建设的投入力度也不断加大。我国医院经历了2003年后HIS的建设热潮后，其基础业务平台已逐步成型，HIS系统占医疗行业总体解决方案的比例分别由2013年的35%变为2014年的34.3%，HIS系统占比略有下降。至2014年，CIS系统在医疗信息化解决方案中占比44.4%，HIS系统占比34.3%。预计2014年至2019年，CIS系统的年复合增长率为23.24%，高于HIS系统的18.80%。
目前，我国大中型医疗机构已经建成了具备基本功能的HIS系统和PACS、RIS、LIS等基础CIS系统，临床医疗管理信息系统建设开始向手术室和ICU等诊疗行为更为密集的科室延伸。
然而这一切架构格局的实现，都离不开数据与数据之间的联系。
众所周知，医院的信息化管理网络是有内网和外网之分，对内是各科室、各岗位的业务流程化管理；对外是HIS系统和外部医卫公共平台的连接等。随着医疗信息化对医院运营管理的全面渗透，互联互通评级、电子病历评级等带来下游新需求。各种数据接口的建设已变得越来越迫切，几乎到了不做数据接口，医院很多业务就难以开展的地步。
包括国家卫健委已推出相关硬性政策要求：比如，2020年，所有二级医院要达到卫健委电子病历分级评价3级以上；三级医院要实现院内各诊疗环节信息互联互通，达到医院信息互联互通标准化成熟度测评4级水平。
传统接口方式有道绕不过的坎
正因如此，作为一名曾经在多个基层医院信息科任负责人，目前就职于专业的医疗IT公司的多年医疗IT从业者。一直以来，在医院信息科，最让我疲于奔命的不是各种软硬件频繁安装和维护，而是上级又下达了各种信息化对接需求；在IT公司，我做得最多的也不是产品开发，而解决各种数据采集，软件数据接口，多方协调关系的问题。
传统的实现多系统数据共享的方法有很多种，这些方式各有优劣，举一种常见的数据对接方式：
数据库共享数据方式。系统A和系统B通过连接同一个数据库服务器的同一张表进行数据交换。这种方式交互更加简单。通过数据库的事务机制，可以做成可靠性的数据交换。但这种方式能够同时连接的系统数量有限，而且，来自两个不同公司的系统，不太可能开放自己的数据库。
其他实现的方式还有，ftp/文件共享服务器方式、message方式等。这些传统的数据接口方式虽然实现的原理不同。但都有一个共同之处，全都需要再原软件厂商配合开放接口的情况下才能实现。
与其他行业的IT系统不同，医疗行业的IT系统更复杂，且核心数据极为重要。其实很多厂商也不愿意看到医院提出这个数据接口的要求，因为对任何医疗软件厂商来说，这同样意味着给自己找麻烦。更因为，相关利益方太多了，各个医疗IT厂商的产品相互独立，各占一个山头，或出于数据安全考虑，或出于商业竞争考虑，并不愿意配合。这些因素也导致，医疗行业接口开发的费用在所有行业中，可能是最高的。往往需要花费数万至数十万不等。
无接口开放之下 医院多系统数据对接与公卫自动上报的设计与实现
那么，有没有可以绕开原软件厂商可以实现的数据接口方式呢？今天我要和大家分享的就是无接口开放之下，医院多系统数据对接与公卫自动上报的一种设计与实现。
下面我们具体来分析一个场景，医院需要将HIS系统中的数据上传到区域公卫平台，这些需要上传的数据包括病人基本信息、就诊、收费记录，出院的医嘱、费用数据、甚至是医学影像图片等。目前，这些数据在HIS系统的各个模块中，包括各种表格数据、详情页字段、图片等。
但是因为种种原因，我们不能获得HIS厂家的数据接口支持。于是，我们能够获得这些数据的途径就只能从HIS的界面上抓取数据，然后再录入到公卫平台的界面上去。这一过程中，我们可以用101软件通用数据接口生成器来实现生成一个接口。
首先，我们需要用101软件接口生成器配置一个从HIS系统采集数据的工具。101软件通用数据接口生成器对目标软件界面的固定频率的数据刷新和数据采集，并且写入到采集数据库之中，并基于采集数据库向公卫平台提供数据接口（包括：数据库视图，数据字典），可以以数据库视图接口方式提供，或者web service方式提供；
软件通用数据接口生成器的适用范围
相对于传统的数据接口，101软件通用数据接口生成器有以下几个特点：
1.支持兼容基于Windows平台的几乎所有各种CS/BS软件；
2.不需软件厂家配合，生成数据接口；
3.工具简单实用，用户可以按照自己需求DIY配置生成数据接口；
4.通常情况下，配置一个目标软件的数据接口的生成工作，可以在一个小时内完成。
5、成本远低于软件厂家配合做数据接口。
正和目前所有的数据接口实现方式一样，101软件通用数据接口生成器虽然通用，但并不是万能。在以下三种情况下，101接口生成器暂时还不能完全满足用户需求。
1、数据实时性要求非常高，要求数据刷新的实时性在秒以内的，比如医院的叫号系统，暂时还无法满足（受限于软件机器人点击操作目标软件的响应时间一般都需要数秒到数十秒）；
2、所需获取的数据在目标软件界面上不能显示可见的。（因为该工具只能对目标软件所见即所得的数据实现数据采集）
3、目标软件的服务端不能支持持续数据查询请求压力的。(该方式的数据采集需要对目标软件进行反复的数据查询，以获得最新的实时更新数据，这个反复查询请求的过程可能给目标软件服务端产生压力)
不过值得指出的是，它已经实现了数据接口真正零代码操作。 就算是不具备IT背景，不懂代码的普通医护人员，也很容易针对自己工作场景DIY一个软件数据接口。我曾经找到一位普通的住院医师，他完全靠自己动手就生成了一个体检车上报医院健康管理系统的数据接口。
在数据孤岛林立的医疗IT行业，作为传统数据接口以外的一个选择，实现自动化的公卫平台数据上报工作，也不失为一个合适的解决方案。它究竟能在多大范围，多少领域解决数据接口的诸多痛点，我们可以尝试一下。
B. web访问数据库的一般过程
web就是网页了，一般就是读数据库，修改数据库，查询数据库，写入数据库，保存数据的这几个过程。
C. 如何测试webservice接口
1.了解url ： http://localhost:8080/test/services/user?wsdl；
2.新建web service 项目 Test,启动接口；
3.在项目Test上新建一个 web service client ，选择JAX_WS；
4.Test项目会自动生成关联代码，新建一个Java类，main方法
publicstaticvoidmain(String[]args){
System.out.println("123");
ServiceCommandServicesc=newServiceCommandService();
IServiceCommandis=sc.getServiceCommandPort();
Strings=is.queryInstanceById();
System.out.println(s);
Strings2=is.queryInstanceList();
System.out.println(s2);
}
D. java web数据接口一般用什么框架和技术来实现
开发webservice应用程序中离不开框架的支持，当open-open网站列举的就有很多种，这对于开发者如何选择带来一定的疑惑。性能Webservice的关键要素，不同的框架性能上存在较大差异，而当前在官方网站、网络资料中可以方便的找到各自框架的介绍，但是很少有针对不同框架性能测试数据。本文选择了比较流行几个框架：
Apache Axis1、Apache Axis2、Codehaus XFire、Apache CXF、Apache Wink、Jboss RESTEasy、sun JAX-WS（最简单、方便）、阿里巴巴 Dubbo（除外）等，采用Java作为测试用例，通过本机和远程两种进行测试方式，对这几种框架进行了性能测试，并对测试结果分析和性能比较，最后并对性能优异的框架进行了推荐。
目前三种主流的web服务实现方法：
REST（新型）：表象化状态转变 (软件架构风格）RESTEasy、Wink、CXF、Axis2…….
SOAP（比较成熟）：简单对象访问协议 Xfire、Axis2、CXF、Axis1
XML-RPC（淘汰）：远程过程调用协议（慢慢被soap 所取代）
REST 简单易用，效率高，貌似未来有很大的发展空间，也有宣称rest性能个方便比soap强大的，已经有很多框架宣称对rest进行支持比如spring 3.0、struts…….. （网络观点）
SOAP 成熟度较高，安全性较好
E. 什么是接口
接口分类：
硬件接口：指的是两个硬件设备之间的连接方式。
软件接口：简单来说就是软件程序之间的数据交互通道。
软件接口分类：
程序内部接口：同一个系统中模块与模块间的接口。
外部接口：是跨系统平台与平台间的对接。
常见接口协议：
webService接口：使用soap协议通过http传输，请求报文和响应报文都是xml格式的，常用的测试工具soapUI
http协议接口：目前使用最为广泛，使用http协议传输数据，常用的测试工具jmeter、postman等
什么是接口测试呢？
本质上基于某种协议，发送请求给服务端，服务端返回响应数据，对响应数据进行分析，判断和我们的预期是否一致，从而验证功能是否正确。
为什么做接口测试自动化测试？
1、更早的发现问题，降低研发成本
2、自动化测试落地性价比更高，比UI稳定
3、减少回归测试人力成本与时间，快速的质量反馈
4、更容易实现持续集成
自动化测试最佳实践模型：-代表时间
UI---service-------Unit
UI----service--Unit
F. webService接口是什么
Web是使应用程序可以与平台和编程语言无关的方式进行相互通信的一项技术。Web 服务是一个软件接口，它描述了一组可以在网络上通过标准化的 XML 消息传递访问的操作。
它使用基于 XML 语言的协议来描述要执行的操作或者要与另一个 Web 服务交换的数据。一组以这种方式交互的 Web 服务在面向服务的体系结构（Service-Oriented Architecture，SOA）中定义了特殊的 Web 服务应用程序。
简单的说WebService是一个SOA（面向服务的编程）的架构，它是不依赖于语言，不依赖于平台，可以实现不同的语言（通过xml描述）间的相互调用，通过Internet进行基于Http协议的网络应用间的交互。
通过SOAP在Web上提供的软件服务，使用WSDL文件进行说明，并通过UDDI进行注册。
(6)软件数据接口web扩展阅读
Web Service技术， 能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件， 就可相互交换数据或集成。
依据Web Service规范实施的应用之间， 无论它们所使用的语言、 平台或内部协议是什么， 都可以相互交换数据。Web Service是自描述、 自包含的可用网络模块， 可以执行具体的业务功能。
web广泛用到的技术：
TCP/IP：通用网络协议，被各种设备使用
HTML（标准通用标记语言下的一个应用）：通用用户界面，可以使用HTML标签显示数据
NET: 不同应用程序间共享数据与数据交换
Java：写一次可以在任何系统运行的通用编程语言，因为java具有跨平台特性
XML（标准通用标记语言下的一个子集）：通用数据表达语言，在web上传送结构化数据的容易方法
G. WEB网和数据库的主要接口方式有哪四种
不理解你所说的是什么意思.我按照自己的意思理解一下，就是前台(Asp.net,php,jsp)等和后台数据库(Sql server,oracle啥的)的连接
每种语言都有自己和后台数据库的一组类库，比如我是学.net的，连接数据库有ado.net可以连接几乎所有的主流数据库，有一些比较偏的数据库会自己提供类库
而不同语言之间的访问，比如我用asp.net想访问java做的数据访问层，现在比较通用的是通过web service,即一个与语言无关的中间层将其隔离
希望我的回答能有帮助~
H. 请教高手,什么是接口什么是数据接口
个人观点：
接口可以比喻为：一个通道，两个相互独立的程序，通过这个接口通道，实现数据传输，信息交流。当然这个两个程序都必须遵守这个接口规定的一些标准，只有共同遵守这个接口标准，才能进行正常的通信。
如：程序A 把它运行后的结果数据（比如包括：数量，单价）分别放在了，红盒子和黑盒子里，
（即：红盒子里放的是：数量如1000个，黑盒子里放的是：单价10元/个）
那么其它程序，如程序B 就可以到红盒子里读取数量，到黑盒子里读取单价，
按照红盒子里放数量，黑盒子里放单价的这个事先规定好的标准，两个程序之间进行了正常的数据传递。
这个事先规定或预订好的标准，即可称为这两个程序之间的“接口”。
I. 如何设计 webservice接口
Web service是一个平台独立的，低耦合的，自包含的、基于可编程的web的应用程序，可使用开放的XML（标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。[1]
Web Service技术， 能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件， 就可相互交换数据或集成。依据Web Service规范实施的应用之间， 无论它们所使用的语言、 平台或内部协议是什么， 都可以相互交换数据。Web Service是自描述、 自包含的可用网络模块， 可以执行具体的业务功能。Web Service也很容易部署， 因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子集XML、HTTP。Web Service减少了应用接口的花费。Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。
J. 软件如何接收web服务器数据
既然webservice服务端C、D
不需要再C里操作
那么按照需求，A直接调用C的webservice接口，而c的接口只是一个调用D服务器的接口。
然后等C获得D的操作结果后，然后c在ruturn给A。
本质上其实就是一个类调用另一个类的方法。只是这两个类分属不同服务器而已。