截至2010年7月底，我国医疗机构数达92.24万个，其中医院2.04万个，社区卫生服务中心（站）2.85万个，目前1284家三级医院均开展了医疗信息化建设，近2万家二级及以下的医院中，80%已经开展了信息化建设，我国医疗行业信息化建设在卫生主管部门的推动下，呈现蓬勃发展之势。
远程医疗
医疗信息化是信息技术与临床医学结合的产物，即运用计算机网络、医疗信息化和多媒体等技术，跨越空间限制，远距离实现医疗、保健、教学、医学信息等服务的一种新型医疗模式。一根网线两个视频，即可成就千里之隔的医患对话，这就是远程医疗。
一直以来，医疗行业都是公民比较重视和关注的话题，由于我国幅员辽阔，医疗水平有着明显的地域性差别，特别是广大农村和边远地区的医疗水平较低，信息较为闭塞，远程医疗的普及成为必然趋势。作为与公民息息相关的行业，远程医疗能够在很大程度上缓解目前我国看病难、看病贵的现状“.
”十二五“期间卫生部重点推进远程医疗，视频会议系统一直针对我国”远程医疗会诊“”远程医疗培训“在不断的推广应用，医疗信息化建设将改变我国医疗行业现存的问题。
突破传统医疗方式、增强医疗行业保障
随着医疗行业业务的快速发展，”医疗信息化“在不断的推广应用，视频会议系统通过整合手术室、专家实时建议及各种医疗设备的数据等系统的集成，有效的辅助医生顺利实施手术和抢救危重病人，为减少医疗事故、增强医院的竞争力提供了保障，也便于专家会诊交流、医疗培训。
我国幅员广阔，特别是广大农村和边远地区医疗水平较低，医疗信息化更有发展的必要，尽管我国的远程医疗已取得了初步的成果，但是距发达国家水平还有很大差距，在技术、政策、法规、实际应用方面还需不断完善。
医疗信息化的发展不仅仅局限于行业应用，在很大程度上则更应当贴近个人应用，因此远程医疗的高效、灵活、便捷性成为了发展的关键。随着3G技术的发展，远程医疗与医疗信息化进行捆绑式操作，打破了传统方式的局限性，使其不再需要固定的网络、电脑以及医院与医院之间的点对点操作就可轻松实现。对于个人而言，患者无需去到指定的场所排队就医，省去了预约挂号所造成的困扰，使其的便捷性得到充分体现。
远程医疗系统选择
1、 系统具有强大安全稳定性，网络适应能力强
2、 系统要具有良好的兼容性及可扩展性
3、 系统易用，操作简捷
4、系统具有丰富的数据
作为医改的一部分，卫生信息化是破解医改难题、解决医疗服务和医疗供给平衡关系上的一个很重要的技术支撑和工具。视频会议与医疗行业业务操作流程紧密结合，在医疗信息化、远程护理、远程会诊等医疗业务方面，让更多的患者受惠于高科技带来的好处，并整体推动医疗水平的提升。
http://download.csdn.net/detail/xujinquan19/4512304
http://download.csdn.net/detail/xujinquan19/4513223
http://download.csdn.net/detail/xujinquan19/4513024
<!--end--><!--end--><!--end--><!--end--><!--end--><!--end--><!--end--><!--end--><!--一个结束--><!--方案end--> 近期频繁发生了应用被下架的事件，为了避免更多开发者出现意料之外的问题，特从网络整理了《App Store审核指南》中文版。
前言
感谢您付出宝贵的才华与时间来开发iOS应用程程序。从职业与报酬的角度而言，这对于成千上万的开发员来说一直都是一项值得投入的事业。我们希望帮助您加入这个成功的组织。这是我们首次发布《应用程序商店评估指导》（App Store Review Guidelines）。
通过它，我们希望帮助您解决开发应用程序时遇到的问题，以便于您在提交应用程序时，可以加快审批流程的速度。
我们将应用程序（Apps）视为与书籍或歌曲不同的产品，我们并不存储它们。如果您意欲批评宗教，那就去写本书。如果您想要描述性爱过程，写本书或写首歌曲，或者可以创建一个医疗程序。这会出现非常复杂的局面，但是我们决定，在应用程序商店（App Store）禁止出现某种内容。这或许会让您认识到我们秉持的更为深远的目的：
我们拥有许多儿童可以下载的应用程序，除非父母事先进行了设置（一般父母都不会设置），否则父母对这些内容的操作控制将会无效。因此，您要了解我们时刻在留意着您的孩子。
在我们的应用程序商店中已经拥有了超过25万个应用程序。我们不再需要那些垃圾应用程序。如果您的应用程序没有什么有益的用途或者持续性的娱乐功能，则可能不会获得我方的接受。
如果您的应用程序看上去像是那种只花了几天功夫简单拼凑出来的产品，或者只是想在我们的商店中抓住朋友的眼球，请提前做好遭拒的准备。我们有很多具有严谨态度的开发程序员不希望他们的高品质应用程序充斥在一些业余作品之中。
我们将拒绝任何包含越界内容或行为的应用程序。您可能会问道，具体限制是什么？最高法院的法官曾有言：“它出现时我自然心中有数。”当您越过这一范围时，我们认为您也会有自知之明。
如果您的应用程序被拒，我们设立了一个审(我们的)查委员会供您上诉。如果您去媒体抨击我们，肯定对您于事无补。
这是一个动态文档，新提交的应用程序会导致新的问题产生，并可能随时产生新的规则。或许您的应用程序会触及到这一点。
最后要说明的是，我们非常珍惜这个平台，并且向您的作品表示敬意。我们确实在尝试尽力创建全球最佳平台，以便让您展示才华，同时获得相应的报酬。如果这读上去让您感觉我们的控制欲过强，那是因为我们曾向用户承诺保证，我们将利用我们的产品让他们获得高品质体验。
目录
1. 条款与条件
2. 功能
3. 元数据、评级与排名
4. 位置
5. 推送通知
6. 游戏中心
7. iAd相关
8. 商标与商业外观
9. 媒体内容
10. 用户界面
11. 购买与流通
12. 抓取与聚合
13. 设备损害
14. 人身攻击
15. 暴力
16. 不当内容
17. 隐私
18.
19. 宗教、文化与种族
20. 竞赛、赌金、彩票与抽彩售物
21. 慈善与援助
22. 法律要件
1. 条款和条件
1.1 为App Store开发程序，开发者必须遵守程序许可协议（PLA）、人机交互指南（HIG）以及开发者和苹果签订的任何协议和合同。以下规则和例子旨在帮助开发者的程序能获得App Store的认可，而不是修改或删除任何其他协议中的条款。
2. 功能
2.1 崩溃的程序将会被拒绝
2.2 有错误的程序将会被拒绝
2.3 跟开发者宣传不符的程序将会被拒绝
2.4 无应用文档或隐藏功能与描述不符的程序将会被拒绝
2.5 使用非公开API的程序将会被拒绝
2.6 在指定容器范围外读写数据的程序将会被拒绝
2.7 以任何方式或形式下载代码的程序将会被拒绝
2.8 安装或释放其他可执行代码的程序将会被拒绝
2.9 beta版、演示版、trial版和测试版的程序将会被拒绝
2.10 iPhone程序必须不经修改就能以iPhone分辨率和2倍iPhone 3GS的分辨率在iPad上运行
2.11 与App Store已有程序重复的程序可能会被拒绝，特别是数量很多的情况下
2.12 没有显著用途或不提供任何持久娱乐价值的程序可能会被拒绝
2.13 主要内容为营销或广告的程序将会被拒绝
2.14 欺骗或有虚假功能，没有明确标明的程序将会被拒绝
2.15 大于20MB的程序不会通过蜂窝网络下载（App Store会自动禁止）
2.16 多任务程序仅可以为达到预期目的而使用后台服务：网络电话、音频播放、地点、任务完成、本地通知等
2.17 浏览网络的程序必须使用iOS WebKit框架和WebKit Javascript
2.18 鼓励过量饮酒或非法物质，或鼓励青少年饮酒或吸烟的程序将会被拒绝
2.19 提供不正确诊断或其他不准确设备数据的程序将会被拒绝
2.20 向App Store上传大量相似版本程序的开发者将会从iOS开发者项目中除名
3. 元数据（名称、描述、评级、排名等）
3.1 带有任何其他移动平台名称的元数据程序将会被拒绝
3.2 带有占位符文本的程序将会被拒绝
3.3 带有与程序内容和功能不相关描述的程序将会被拒绝
3.4 连接到iTunes 中的程序名称及显示在设备的程序名称应该相似，不至引起混淆
3.5 小型与大型程序的图标应该类似，不至引起混淆
3.6 程序图标与画面不符合4+年龄评级的程序将会被拒绝
3.7 目录与类型不适合于程序内容的程序将会被拒绝
3.8 开发程序员负责为其程序指定适合的评级。评级不适用可能会由苹果公司修改
3.9 开发程序员负责为其程序指定适合的关键字。关键字不适用可能会由苹果公司修改/删除
3.10 利用伪造或付费评论的方式在App Store中企图操纵或欺骗用户评价或图表排名的开发程序员（或者采用其他不正当方式）将会从iOS开发者项目中除名
4. 位置
4.1 在采集、传送或使用位置数据之前未通知并获得用户同意的程序将会被拒绝
4.2 使用基于位置的API用于车辆、飞机或其他设备的自动控制或自主控制的程序将会被拒绝
4.3 使用基于位置的API用于调度、车队管理或应急服务的程序将会被拒绝
5. 推送通知
5.1 不采用苹果推送通知(APN)应用接口提供推送通知的程序将会被拒绝
5.2 未从苹果获得推送应用ID便擅自使用APN服务的程序将会被拒绝
5.3 未获得用户初次同意便发送推送通知的程序将会被拒绝
5.4 使用推送通知发送敏感个人信息或机密信息的程序将会被拒绝
5.5 使用推送通知发送非请求消息或用于钓鱼或群发垃圾邮件用途的程序将会被拒绝
5.6 程序不可使用推送通知发送广告、促销或任何类型的直销
5.7 程序不能向使用推送通知服务的用户收取费用
5.8 使用推送通知会利用过多APN服务的网络流量或带宽或给设备带来过度负担的程序将会被拒绝
5.9 如果程序能够传送病毒、文件、计算机代码或程序，并且对APN服务的正常运行造成损害或中断，该程序将会被拒绝
6. 游戏中心
6.1 向终端用户或任意第三方显示玩家ID的程序将会被拒绝
6.2 将玩家ID用于任何未经游戏中心条款批准用途的程序将会被拒绝
6.3 企图进行反射查找、跟踪、关联、挖掘、获得或利用玩家ID、化名或通过游戏中心获得的其他信息将会从iOS 开发程序员项目中除名
6.4 游戏中心信息（例如计分板得分）可能仅能用于游戏中心批准的程序
6.5 利用游戏中心服务发送非请求信息或用于钓鱼或群发垃圾邮件的程序将会被拒绝
6.6 过多使用游戏中心网络流量或带宽的程序将会被拒绝
6.7 如果程序能够传送病毒、文件、计算机代码或程序，并且对游戏中心服务的正常运行造成损害或中断，该程序将会被拒绝
7. iAd相关
7.1 人工增加访问次数或者广告点击量的应用程序将会被拒绝
7.2 包含有空的iAd广告栏的应用程序将会被拒绝
7.3 主要设计目的在于显示广告的应用程序将会被拒绝
8. 商标与商业外观
8.1 应用程序必须遵守使用苹果商标和版权以及苹果商标列表指导手册中说明的所有条款与条件
8.2 任何误导和暗示苹果公司是该应用程序来源或提供商，或者苹果公司以任何形式表示认可其质量或功能的应用程序将会被拒绝
8.3 与目前已有苹果产品或者广告主题外观相似混淆的应用程序将会被拒绝
8.4 在应用程序名称中将苹果产品名拼错的应用程序（例如，GPS for Iphone，iTunz）将会被拒绝
8.5 使用受保护的第三方材料（商标、版权、商业机密、其他私有内容）在申请时需要提供一份文本形式的版权确认
8.6 当原内容所有的商标特征保持不被修改并完整显示时，谷歌地图和通过谷歌地图API获取的谷歌地球的图像可以在应用程序内部使用。掩盖或者修改谷歌标志或者版权拥有者身份证明的应用程序将会被拒绝
9. 媒体内容
9.1 不使用媒体播放器框架（MediaPlayer Framework）获取音乐库中媒体的应用程序将会被拒绝
9.2 模仿任何iPod界面的应用程序将会被拒绝
9.3 通过蜂窝网络传输的音频流内容每5分钟不得大于5MB
9.4 通过蜂窝网络传输超过10分钟的视频流内容需要使用HTTP直播流（HTTP Live Streaming）并包含一个亟待64kbps仅音频的HTTP直播流
10. 用户界面
10.1 应用程序必须遵守苹果《iPhone用户界面指导原则》以及《iPad用户界面指导原则》中解释的所有条款和条件。
10.2 与App Store、iTunes Store和iBookstore等提供的iPhone捆绑应用程序类似的应用程序将会被拒绝。
10.3 未能按苹果《iPhone用户界面指导原则》及《iPad用户界面指导原则》所述，正确使用系统自带的按钮、图标等项目的应用程序可能会被拒绝。
10.4 创建alternat桌面/主屏幕环境或者模拟多应用程序widget体验的应用程序将会被拒绝。
10.5 改变音量大小和铃声/静音开关等标准开关功能的应用程序将会被拒绝。
10.6 苹果及我们的客户高度推崇简单、精致、富有创造性以及经过精心设计的界面。虽然需要付出更多，但却非常值得。苹果设立了很高的门槛。如果你的用户界面太过复杂或者水准不高，可能会被拒绝。
11. 购买与流通
11.1 使用App Store以外的软件开启或提供额外功能的应用程序将会被拒绝。
11.2 使用应用内支付系统（IAP）以外的系统购买内容、功能或服务的应用软件将会被拒绝。
11.3 使用IAP购买实物商品和并非用于该软件的服务的应用软件将会被拒绝。
11.4 应用软件使用IAP购买信用点或者其他货币必须消费本软件内的信用点。
11.5使用IAP购买已过期信用点或者其他货币的应用软件将会被拒绝。
11.6使用IAP订阅内容最少需持续30天，所有iOS设备用户都可使用这项功能。
11.7 应用软件使用IAP购买的商品必须具有可购买性。
11.8 使用IAP购买iOS提供的照相摄像或陀螺仪等内置功能的应用软件将会被拒绝。
11.9 含有已超过限定时间的“出租”内容或服务的应用软件将会被拒绝。
11.10 保险应用软件必须免费，遵守发布地区的法律同时不能使用IAP。
11.11 一般而言，你的应用程序越贵，我们的评审越彻底。
12. 抓取和聚合
12.1 从苹果网站（例如apple.com、iTunes Store、App Store、iTunes Connect、苹果开发者计划等）抓取任何信息或者使用苹果网站的内容和服务进行排名的应用软件将遭到拒绝。
12.2 应用软件可以使用获得批准的苹果RSS feeds，例如iTunes Store RSS feeds。
12.3 只是简单的网页剪切、内容聚合器或者罗列链接的应用软件可能会被拒绝。
13. 设备损害
13.1 怂恿用户以可能造成损害的方式使用苹果设备的应用软件将会被拒绝。
13.2 快速耗光设备电量或产生过多热量的应用软件将会被拒绝。
14. 人身攻击
14.1 具有诽谤、人身攻击性质以及内容狭隘卑鄙的应用软件或者打击特定个人或组织的应用软件将会被拒绝。
14.2 职业政治讽刺家不受这一禁令约束，可进行具有攻击性或狭隘刻薄的评论。
15. 暴力
15.1 应用程序中出现人或动物被杀、致残以及枪击、刺伤、拷打等受伤情形的真实画面将会被拒绝。
15.2 出现描绘暴力或虐待儿童等内容的应用程序将会被拒绝。
15.3 游戏中出现的“敌人”不可指向一个特定种族、文化、一个真实存在的政府、企业或者其他任何现实中的实体。
15.4 对武器进行真实描述以怂恿非法使用或滥用这些武器的应用程序将会被拒绝。
15.5 内含与俄罗斯
相关的应用程序将会被拒绝。
16. 不当内容
16.1 应用程序中出现过于令人反感或者低俗的内容将会被拒绝。
16.2 在设计上用于激怒用户或令人感到厌恶的应用程序将会被拒绝。
17. 隐私
17.1 应用程序不能在未获用户允许或未向用户提供如何使用及在何处使用数据的相关信息情况下传输有关用户的数据。
17.2 要求用户共享电子邮箱地址和出生日期等私人信息才可使用其功能的应用程序将会被拒绝。
17.3 锁定未成年人进行数据收集的应用程序将会被拒绝。
18.
18.1 含有
素材，也就是《韦氏词典》中定义的“旨在激发情欲，对性器官或性行为的明确描述或展示，而无关美学或情绪感受”的程序将会被拒绝
18.2 用户产生内容多为
的程序（比如以前的Chat Roulette程序）将会被拒绝
19. 宗教，文化与种族
19.1 涉及宗教、文化或种族群体的引用或评论包含诽谤性、攻击性或自私性内容，或会使特定群体遭受伤害或暴力的程序将会被拒绝
19.2 程序可以包含或引用宗教经文，程序所提供的引用或翻译必须准确且不会引起误导。评论应该有教育意义，可以令人开阔眼界，而不应有煽动性
20. 竞赛、赌金、彩票与抽彩售物
20.1 赌金和竞赛必须由程序的开发者/公司发起
20.2 赌金和竞赛的正式规则必须在程序中注明，并且必须明确表示苹果不是发起者，也没有以任何方式参与活动
20.3 开发者运营的彩票程序必须在法律容许范围之内，彩票程序必须具有以下所有特性：报酬、几率及奖品
20.4 允许用户直接购买彩票或抽彩售物券的程序将会被拒绝
21. 慈善与援助
21.1包含可以向认证的慈善组织捐赠功能的程序必须是免费的
21.2 捐赠款项的募集必须通过Safari浏览器中的网站或是手机短消息。
22. 法律要件
22.1 程序必须遵守各地用户遵守的任何法律要求。开发者有义务了解并遵守当地所有法律
22.2 包含虚假，欺诈或误导性陈述的程序将会被拒绝
22.3 请求、促进或鼓励犯罪或明显鲁莽行为的程序将会被拒绝
22.4 使用非法文件共享的程序将会被拒绝
22.5 被设计用作非法
辅助工具，包括算牌的程序将会被拒绝
22.6 具有拨打匿名或恶作剧电话或发送类似短信/彩信功能的程序将会被拒绝
22.7 开发暗中收集用户密码或用户私人数据程序的开发者将会从iOS开发者项目中除名
动态文档
这份文档展现了我们在竭尽所能向您分享我们对提交到App Store的程序的审(我们的)查方式，我们希望您在开发和提交程序时，这份指南能对您有所帮助。这是一份动态文档，随着新程序和新情况的发生会有所变化。我们会定期更新，以反映这些变化。
感谢您参与到iOS的开发中来。虽然此文档是一份“不该做事宜”的列表，但也请将那份短得多的“必做事宜”列表牢记在心。最重要的是，与我们一道共同努力让用户感到惊奇和欣喜。用创新方式向他们展示世界，让他们用前所未有的方式与之交流。根据我们的经验，无论是在功能和用户界面上，用户确实会对完善的程序有所反应。更进一步，给他们期望之外的东西，带他们去从未去过的地方。我们愿意提供帮助。
Apple, 2010
原文链接：http://www.dreamingwish.com/dream-2012/of-of-of-of-gcd-introduced-1-basic-concepts-in-and-the-dispatch-queue.html
什么是GCD？
Grand Central Dispatch或者GCD，是一套低层API，提供了一种新的方法来进行并发程序编写。从基本功能上讲，GCD有点像NSOperationQueue，他们都允许程序将任务切分为多个单一任务然后提交至工作队列来并发地或者串行地执行。GCD比之NSOpertionQueue更底层更高效，并且它不是Cocoa框架的一部分。
除了代码的平行执行能力，GCD还提供高度集成的事件控制系统。可以设置句柄来响应文件描述符、mach ports（Mach port 用于 OS X上的进程间通讯）、进程、计时器、信号、用户生成事件。这些句柄通过GCD来并发执行。
GCD的API很大程度上基于block，当然，GCD也可以脱离block来使用，比如使用传统c机制提供函数指针和上下文指针。实践证明，当配合block使用时，GCD非常简单易用且能发挥其最大能力。
你可以在Mac上敲命令“man dispatch”来获取GCD的文档。
为何使用?
GCD提供很多超越传统多线程编程的优势：
Dispatch Objects
尽管GCD是纯c语言的，但它被组建成面向对象的风格。GCD对象被称为dispatch object。Dispatch object像Cocoa对象一样是引用计数的。使用dispatch_release和dispatch_retain函数来操作dispatch object的引用计数来进行内存管理。但主意不像Cocoa对象，dispatch object并不参与垃圾回收系统，所以即使开启了GC，你也必须手动管理GCD对象的内存。
Dispatch queues 和 dispatch sources（后面会介绍到）可以被挂起和恢复，可以有一个相关联的任意上下文指针，可以有一个相关联的任务完成触发函数。可以查阅“man dispatch_object”来获取这些功能的更多信息。
Dispatch Queues
GCD的基本概念就是dispatch queue。dispatch queue是一个对象，它可以接受任务，并将任务以先到先执行的顺序来执行。dispatch queue可以是并发的或串行的。并发任务会像NSOperationQueue那样基于系统负载来合适地并发进行，串行队列同一时间只执行单一任务。
GCD中有三种队列类型：
创建队列
要使用用户队列，我们首先得创建一个。调用函数dispatch_queue_create就行了。函数的第一个参数是一个标签，这纯是为了debug。Apple建议我们使用倒置域名来命名队列，比如“com.dreamingwish.subsystem.task”。这些名字会在崩溃日志中被显示出来，也可以被调试器调用，这在调试中会很有用。第二个参数目前还不支持，传入NULL就行了。
提交 Job
向一个队列提交Job很简单：调用dispatch_async函数，传入一个队列和一个block。队列会在轮到这个block执行时执行这个block的代码。下面的例子是一个在后台执行一个巨长的任务：
dispatch_async 函数会立即返回, block会在后台异步执行。
当然，通常，任务完成时简单地NSLog个消息不是个事儿。在典型的Cocoa程序中，你很有可能希望在任务完成时更新界面，这就意味着需要在主线程中执行一些代码。你可以简单地完成这个任务——使用嵌套的dispatch，在外层中执行后台任务，在内层中将任务dispatch到main queue：
还有一个函数叫dispatch_sync，它干的事儿和dispatch_async相同，但是它会等待block中的代码执行完成并返回。结合 __block类型修饰符，可以用来从执行中的block获取一个值。例如，你可能有一段代码在后台执行，而它需要从界面控制层获取一个值。那么你可以使用dispatch_sync简单办到：
我们还可以使用更好的方法来完成这件事——使用更“异步”的风格。不同于取界面层的值时要阻塞后台线程，你可以使用嵌套的block来中止后台线程，然后从主线程中获取值，然后再将后期处理提交至后台线程：
dispatch_queue_t bgQueue = myQueue;
dispatch_async(dispatch_get_main_queue(), ^{
NSString *stringValue = [[[textField stringValue] copy] autorelease];
dispatch_async(bgQueue, ^{
// use stringValue in the background now
});
});
取决于你的需求，myQueue可以是用户队列也可以使全局队列。
不再使用锁（Lock）
用户队列可以用于替代锁来完成同步机制。在传统多线程编程中，你可能有一个对象要被多个线程使用，你需要一个锁来保护这个对象：
NSLock *lock;
访问代码会像这样：
使用GCD，可以使用queue来替代：
dispatch_queue_t queue;
要用于同步机制，queue必须是一个用户队列，而非全局队列，所以使用usingdispatch_queue_create初始化一个。然后可以用dispatch_async 或者 dispatch_sync将共享数据的访问代码封装起来：
值得注意的是dispatch queue是非常轻量级的，所以你可以大用特用，就像你以前使用lock一样。
现在你可能要问：“这样很好，但是有意思吗？我就是换了点代码办到了同一件事儿。”
实际上，使用GCD途径有几个好处：
总结
现在你已经知道了GCD的基本概念、怎样创建dispatch queue、怎样提交Job至dispatch queue以及怎样将队列用作线程同步。接下来我会向你展示如何使用GCD来编写平行执行代码来充分利用多核系统的性能^ ^。我还会讨论GCD更深层的东西，包括事件系统和queue targeting。