本文档主要描述医苑在web端的需求点及其设计，目的在于清晰地定义各模块之间的需求细节及逻辑流程。
本文档主要面向以下读者：医苑项目的研发人员，测试人员，产品经理，市场运营人员，管理人员等等。
产品定位
有点头疼脑热的，大家都是靠着强大的意志力扛过去的。虽然有时候心里隐隐不安，但是一想到去医院看病至少得向领导请半天的假，费时费力，去医院做个检查少则几十，动辄几百。最后什么毛病都没有查出来就被医生打发了，实在是心疼。有时候到了医院有时还茫然，不知道该挂哪个科的号身边的医生。我相信很多人都在生活中遇到过这种问题，发现线上挂号诊断的方式后又发现用户并不能将健康档案统一汇总，用专业化的角度呈现并记录以便复查和检验。本产品致力于互联网+医疗体系的实现，达到每人知其所病，便捷就医，安心医疗的体系。
产品特色
基于现有医疗体系的诚信救助体系，平台一体化的健康档案及就诊卡，基于偏远地区药品的处方药配送体系，医院/社区/受训认证人员的联动打造身边医疗护理体系等特色功能。
用户需求
饱受质疑的诚信体系：水滴筹/轻松筹/爱心筹等网络众筹平台被曝问题导致医疗诚信体系收打击，帮扶共筹应当将资金提供给更需要的人；
用户就医可避免的成本：老弱病患者以及就医成本过高的用户通过就诊医院处方可通过平台合作配送药品到家，减少就医风险以及成本，避免某些医生及护士本身替病人邮寄药物的工作外流程；
高质量的陪护体系：打造被护理人士，受培训上岗护工以及社区和医院的良好闭环，解决了护理人员的工作问题，被护理人群的健康问题，拓展了未来人才市场的无限可能。
总之，为用户提供更快更准确更省钱更安心的身边健康平台。
产品结构图
信息结构图
原型界面
用例流程
购药用例图：
选择医生就诊用例图：
在线问诊用例图：
自诊用例图：
系统需求
一、数据性能
平台支持不低于400个医院的数据汇集和分析计算，系统应满足如下技术指标：
1.数据类型支持
系统除支持一般结构性事务数据外，还需要支持主要二三维地理信息格式（shp、tiff、dem、3ds、max等），支持GPS、GLONASS、北斗等卫星定位数据，主要视频协议的接入。
2.数据量支持
系统对图片、视频等非结构化数据的支持能力不小于200TB；对结构化数据的存储和查询数据量支持能力不小于500GB。
3.数据库性能要求
根据本系统数据的特点,采用标准MYSQL语句，以便将来的扩展和移植。
系统将采用数据库建模工具，根据系统功能模块的设计，构建出整个数据库。在构建数据库时，也会定义好数据库表的约束、关联以及索引。
针对系统的具体特点和系统要求，我们在进行数据库方案设计时对数据库平台提出下列性能方面的要求：
标准化程度高，符合标准ANSISQL92语言的规范；
支持对称处理和多线程技术，支持XML/CORBA，支持数据分区；
可在多种操作系统，HP、IBM等服务器下运行，独立性强，对系统结构影响比较小；
高级语言、汉化功能先进，易于方便使用，支持汉字，GB18030标准；
支持主流的网络协议，如TCP/IP、IPX/SPX、NETBIOS、DECNET、SNA等。
能支持同构、异构网络分布操作，支持松散耦合及海量并行处理；
与异种数据源有良好的可互操作性；
具有可靠的数据安全保密措施以及故障恢复能力；
具有SMP和MPP功能，具有快速的并发用户查询速度，并发控制稳定可靠；
具有很强的容错能力，错误恢复能力，错误记录及预警能力，具备异地容灾能力；
允许行级锁，具有死锁自动解出功能而无需额外的数据一致性校验；
具有强大的复制能力，支持主从式、级连式、对等式以及N-向复制，并支持复制日志技术，具有分布式模式管理能力；
具有完整的安全性（帐号安全，系统级权限，对象安全性，审查等），细粒度化的访问控制，适合于多层环境的安全模式的能力；
拥有支持MIS的功能强大的开发工具，提供数据仓库和数据挖掘的工具。
二、并发性1.数据库并发
数据库支持超过5000个用户并发操作。
2.访问并发
管理端平台具备不少于100个访问并发的能力。
3.传输并发
系统业务功能包括附件和图片的传输的时候，需提供稳定快速的传输效率，以及支持多附件多图片并发上传和下载的能力。
三、响应特性
1.查询响应
2.制表速度
一般固定表格制表不超过10秒钟，复杂统计汇集表格不超过5分钟。
四、架构特性1.可靠性
系统需提供7*24的不间断服务。
2.稳定性
系统需合理的利用资源，保证前后台数据操作的效率，以及在数据响应和界面承载方面都要达到不会出现界面混乱、数据报错、触发按钮功能缺失、操作频繁或者快速容易崩溃的问题。
3.兼容性
前端方面具有兼容各大主流浏览器的能力。
4.灵活性
PC端前端自适应方面具有能够适配主流笔记本、台式电脑的能力，手机APP能够适应主流手机屏幕尺寸。
5.扩展性
系统应便于新业务或者新功能的生成和实现第三方系统与平台的连接。另外，系统提供动态页面定制组件，能够有效的帮助运营方生成产品和服务表单，方便管理人员扩充分类目录等信息，并在权限管理、用户管理上有高度的灵活性、合理性。
6.诊断性
通过详细信息资料的方式确保用户身份的可靠性，线上实施管理操作时，需确认用户的身份。为了防止操作失误，应该将用户的操作过程信息以日志形式保存，以作为失误诊断的原始依据。
7.扩充性
保证已有平台和系统的兼容性及对未来发展的适应性，使系统可在原有的基础升级改造和更新，并应当充分考虑技术进步因素的影响。
8.开放性
平台不是一个封闭的系统，今后必须通过接口和其他平台或系统相连，在平台建设中应充分考虑与外界信息系统交换的需求，保证既能满足基本功能的需要，有具有与外界系统进行信息交换与处理的能力。
9.可伸缩性
要求在不用修改系统架构的情况下，通过增加或增强相应的设备即可实现系统功能的扩展支持，包括垂直扩展和水平扩展。
9.1纵向伸缩
9.2横向伸缩
10.可交换性
系统应符合开放的原则，充分考虑各种业务需求有机结合，建立完善的系统整体构架，可与外部系统进行通讯并可提供标准的接口。既能实现业主业务，还可以完成数据交换、信息共享功能。
11.经济性
系统应具备高性价比，能对系统资源的使用进行优化，在实现系统功能的前提下，尽量节省硬件资源的开销。
12.安全性
主要体现在能够通过冗余措施加以保证，具体包括线路冗余、设备备份措施；
能够在外网与Internet互连区采用安全可靠的防火墙；
能够建立完整的网络防毒机制，以及建立严格完善的防毒管理规范；
能够在Internet互联区域及与内网互连区域设置防火墙，并采用防黑客攻击软件实现安全漏洞的扫描，结合系统管理及时修补安全漏洞；提供网络实时入侵检测，在一定程度上实现对内网与外网的入侵阻隔；做好攻击的跟踪审计；
能够防止网站数据被非法篡改，并且在被篡改之后能够及时的恢复。
13.业务驱动性
项目实施以提供业务支持为首要因素。应从业务实际需要出发，选择重点与关键的环节进行信息化管理与控制，在信息化价值和灵活性、管理工作量之间取得良好的平衡，保证在系统实施后能提高工作效率、降低成本。
14.集成性
15.可层次性
系统可以统一各个层次管理规范，统一数据结构、数据表达方式、数据访问方式。
16.可模块化性
系统须提供通用的组件支持，能够减少重复开发工作，保证产品和项目的质量，缩短应用系统的开发周期，有利于系统的扩展。在统一的数据环境下集成化开发各个模块，模块的划分应独立于当前的组织机构，各个模块之间的数据交换是结构化的、公用的，从而也是高效的和完整的，最大限度消除冗余和不一致。
17.可维护性
方案和产品的架构须紧密跟踪国家信息安全、业主标准和国际主流技术标准，开放性好，便于系统的升级维护、以及与各种信息系统进行集成。
18.先进实用性
系统规划和设计理念可对照现有技术先进、成熟的产品，提高用户体验，以减少系统开发的周期和成本；功能定位充分考虑平台服务对象的需求。