百科、科普和内容审核。
健康 App 最常见的风险,是功能写过了
展示药品说明、提供咨询入口、上架药品交易、接入医生开方,对应完全不同的监管路径。第一版用最小必要功能上线,未取证的问诊和购药入口不要先做。
本方案把「信息」和「平台交易」写清楚;处方、诊疗和互联网医院列为边界外事项,沟通时单独评估。
说明书查询,不做交易。
药品或器械下单需对应平台备案。
是否连接医疗机构要书面界定。
这一类应用的全流程怎么走
骨架与通用全流程相同,差别在经营范围、许可种类、行业备案和商店类目。许可和备案是否必须办理,以主管部门认定和产品实际功能为准。
按该类型的核心功能做可安装版本和后台。
公司、范围、软著和商标与 App 对齐。
只评估该类常见许可和备案,不捆绑销售。
按对应商店类目准备材料和拒审闭环。
版本、年报和功能变更后重新对照本页。
按最小必要做功能,给未取证模块留开关
信息、商城、咨询入口在架构上拆开,可用配置关闭。避免审核时被认定开展了未许可的诊疗或药品交易。
内容来源和免责声明。
未备案前关闭下单。
不做成处方或诊断结论。
关键操作可追溯。
药械类范围和人员条件提前核对
交易平台备案对主体、人员和制度有要求。经营范围、质量负责人和平台规则要按目标备案类型准备,而不是先用普通科技公司范围硬报。
药品信息或器械相关表述。
按备案类型核对。
质量、投诉和数据安全。
是否需要仓库或委托物流。
信息服务备案和交易平台备案拆开办
常见评估互联网药品信息服务备案、第三方药品网络交易平台备案、医疗器械网络经营备案、ICP / APP 备案。诊疗另行评估医疗机构相关许可。
经营性或非经营性按口径核验。
第三方平台备案。
器械网络经营备案。
医疗健康类目仍要办。
医疗健康类目材料、免责和资质更全
商店会看是否含问诊、购药、器械销售。简介必须与已备案能力一致,不能用「即将开通问诊」作为上架卖点。
医疗或健康据实,不夸大。
备案凭证按商店要求上传。
不替代执业医师诊断。
关掉越界功能后再提。
运营文案和客服话术也是合规的一部分
不把备案号宣传成许可证,不把咨询写成开方。新增问诊或处方必须停下来另立项目。
科普不涉及具体处方。
话术禁止诊断承诺。
备案变更和年报。
功能与公示信息一致。
微企云在「医药与健康」这条链上承接的事
可以一次做完,也可以从卡点接入。具体以沟通确认和合同约定为准。
信息、商城开关和合规文案位。
范围、人员和平台规则。
按经营性口径准备。
药品或器械第三方平台。
医疗类目材料和免责。
文案审核和功能变更评估。
适用对象
以下为常见情形,是否必须按本方案办理以产品功能和主管部门认定为准。
信息备案和上架。
交易平台备案为主。
先砍范围或另评诊疗,不混进本方案承诺。
功能与证的对照
先看产品实际提供什么,再决定材料。相邻资质分开准备,不混报。
| 产品功能 | 常见评估 | 不默认捆绑 |
|---|---|---|
| 药品说明书 / 科普 | 药品信息服务备案、APP 备案 | 不等于可以卖药 |
| 平台卖药 | 药品网络交易平台备案 | 不等于互联网医院 |
| 器械销售 | 器械网络经营备案 | 不与药品材料混用 |
| 在线问诊 / 处方 | 医疗机构相关许可,另立评估 | 不在默认方案内 |
启动前需要具备的条件
- 书面确认第一版不含诊疗开方,或接受另评。
- 信息与交易功能可关闭。
- 不使用未审药品广告话术。
- 理解审批结果不确定。
常见准备材料
不同地区和商店清单可能不同,以下为高频项。
- 功能范围确认书
- 是否含交易 / 问诊的说明
- 营业执照
- 人员名单(如需)
- 平台规则和质量制度
- 内容来源说明
- 隐私政策
- 目标商店
周期怎么理解
下列为工作安排说明,外部审核时间另计,不承诺包过或固定办结时限。
模块开关与文案位同期完成。
药械类备案审核以主管部门为准。
医疗类目补正轮次可能更多。
审批和商店审核由主管部门或平台决定。微企云提供路径评估、材料梳理、开发实现和过程协助,不承诺包过。
常见问题
先用这些问题判断自己是否走对了类型。跨类型的,按实际功能叠加,而不是只选一个标签。
有药品信息服务备案,能不能在 App 里卖药?
不能据此开通交易。卖药要评估交易平台或其他相应资质。
接了医生咨询,是不是就算互联网医院?
不一定,但很容易被认定为诊疗。需另评,不放入默认交付。
器械和药品可以一起报吗?
材料和备案事项不同,通常分别评估。
能保证医疗类目过审吗?
不能。功能越界是最常见拒审原因。
说明现在有没有公司、有没有测试包、目标上哪些商店,我们按本页路径给出下一步。