开发涉及的实现细节这里不多提了，主要总结一下开发的流程，开发过程中遇到的一些问题及如何确定解决方案等心得。
开发背景：
客户：某三甲医院；
平台使用范围：某市所有婚检医院；
接口使用方：暂时只是该医院在用，提供EXCEL模板，如果其他使用《婚检系统》希望使用，他们可以同各自医院的HIS产商进行沟通；
需要开发接口的项目：《婚检系统》；
《婚检系统》有一个《实验室检查模块》，提供录入婚检有关的检验科检验数据，使用人员需要在病人来取婚检报告前将检查数据录入到《婚检系统》中，故需要医院检验科每天的检验数据，而检验科的数据是录入到医院的HIS系统的《LIS子系统》中的，如果不做接口，使用《婚检系统》的人员需要手动录入检验数据，造成不必要的人力资源的浪费。
实现目标：
1、实现将《LIS系统》数据通过EXCEL文件的形式无需人为重复输入，完整正确导入到《婚检系统》的实验室检查结果中，并做其他相关业务处理（如判断是否地贫阳性等）。
2、提供统一的导入EXCEL格式，（其他使用《婚前检查保健管理系统》的医院还没做接口的情况下）如果无法从LIS导出数据，也可以手动制作EXCEL，进行导入。
开发过程及心得：
第一、与《LIS系统》工程师进行讨论。
在互相了解对方负责系统的业务流程以及数据库相关的表结构设计等信息的基础上，讨论如何实现数据的正确迁移并且在业务上可行。
讨论的过程中，我们各自提出了一些不同的解决方案（毕竟不同人的思维方式都不一样，对系统的认知也不一样，考虑问题难免会从不同角度出发，有一些不同看法是再正常不过的事了），在这个基础上，推敲各个细节，最后确定了一个双方都认可的方案。
沟通是很重要的，两个系统的接口是在双方工程师的配合下完成的，好的沟通可以推动项目的进展。
有的处理可以在《LIS系统》进行，也可以在《婚检系统》进行，这种情况作决定的依据是，考虑以后可能会出现改动，改动可能会造成的影响，选择受变动影响比较小的方案。
第二、确定方案后，进入编码阶段，接口实现主要进行如下几步处理：
1、接收《LIS系统》导出的EXCEL文件（文件中是病人的检验结果等信息），读出数据集。
2、对数据集进行处理，根据讨论确定的规则，生成《婚检系统》的数据。
由于《LIS系统》中检验结果是以某个仪器为出发点处理及查看不同人的不同项目的数据，而《婚检系统》是以某个人为出发点，处理及查看不同仪器的不同项目的数据。所以两个系统的表结构上差别挺大的不同，这就需要对数据集进行逻辑上的处理。
期间想了两个方案：
A、是新构造一个后台方法，处理数据集，往数据库里插入数据。
B、是利用现有的《实验室检查》模块的后台方法，将得到的数据集处理成该后台方法所需要的参数，调用该后台方法。
考虑之后，选择了第二个方案，考虑到如果以后这个模块对数据处理的需求有变化，需要修改后台方法的时候（如，某种化验的值在某个范围内需要回填档案信息表的时候），只需要维护这个后台方法，而不需要连同接口的处理方法一起维护。
3、输入陆续插入数据库中后，进行提示：哪些人的检验结果保存成功，哪些未成功（正常情况是会成功的）。
第三、编码结束，进入测试、调试阶段
在我做好《婚检系统》的接口部分的时候，《LIS系统》导出数据的部分也做的差不多了，通过将其导出的EXCEL导入到接口进行处理，检验得到的数据是否与理论上应该得到的一致，期间对程序进行了一部分修正，对参数进行了一些调整。
第四、测试结束后，交付使用。
对用户进行使用前的培训和指导，说明哪些情况接口是无法处理的，等等。
这些做完之后，就进入后期的跟踪维护了。
但是还没结束，抽空还进行了《LIS接口开发维护文档》的编写，考虑到维护的人员变动，文档是很重要的。