安家服务如何对接家庭医生解决看病难看病贵的现实问题

引言：医疗资源分配不均的现实挑战

在当代中国社会，”看病难、看病贵”已成为困扰亿万家庭的顽疾。这一问题的根源在于优质医疗资源过度集中于大城市三甲医院，而基层医疗服务能力薄弱，导致患者无论大病小病都涌向大医院，形成了”全国人民上协和”的奇特现象。根据国家卫生健康委员会的数据，我国三级医院承担了近50%的门诊量，而基层医疗机构的门诊量占比不足30%，这种倒金字塔结构严重扭曲了医疗资源的合理配置。

安家服务作为新兴的社区生活服务平台，与家庭医生制度的对接，为解决这一难题提供了创新思路。安家服务通常涵盖社区物业、家政、养老、托幼等综合服务，其核心优势在于深度嵌入社区、熟悉居民需求、具备完善的线下服务网络。家庭医生制度则是新医改的重要内容，旨在通过全科医生为居民提供连续性、综合性的健康管理服务。两者的结合，能够构建”社区-家庭-个人”三位一体的健康服务体系，将医疗资源下沉到社区，让居民在家门口就能享受到便捷、经济、优质的医疗服务。

这种对接模式的价值在于：一方面，安家服务可以为家庭医生提供稳定的患者来源和落地场景，解决家庭医生”无米下锅”的困境；另一方面，家庭医生可以为安家服务注入专业的医疗内涵，提升其服务价值和用户粘性。更重要的是，这种模式能够通过预防为主、分级诊疗、健康管理等手段，从根本上降低医疗费用，缓解看病贵的问题。

家庭医生制度的现状与痛点分析

家庭医生制度的发展现状

我国自2016年启动家庭医生签约服务以来，已取得显著进展。截至2023年底，全国已组建超过40万个家庭医生团队，签约人数超过5亿人，覆盖率达到42%。然而，签约率高并不等于服务落地。现实中，许多居民签约后并未感受到实质性的服务改善，”签而不约”现象普遍存在。

家庭医生服务的核心内容包括：基本医疗服务、公共卫生服务、健康管理服务、优先转诊服务等。理想状态下，家庭医生应成为居民健康的”守门人”，通过定期随访、健康评估、慢病管理等方式，将疾病防控关口前移。但在实际操作中，家庭医生面临诸多困境。

家庭医生服务的现实痛点

1. 服务动力不足 家庭医生的收入主要来源于签约服务费（每人每年20-50元）和诊疗收入，收入水平远低于专科医生。以北京为例，一个服务2000名居民的家庭医生团队，年签约服务费收入仅4-10万元，难以调动工作积极性。同时，绩效考核重数量轻质量，导致医生更倾向于完成签约指标而非提供深度服务。

2. 服务能力有限 基层医疗机构的全科医生数量严重不足，全国每万人口全科医生数量仅为2.6人，远低于发达国家5-8人的水平。而且基层医生诊疗水平参差不齐，难以获得居民信任。许多居民签约后，遇到健康问题仍首选去大医院。

3. 服务场景缺失 家庭医生缺乏与居民深度互动的场景。传统的门诊模式下，医生每天要接诊大量患者，平均问诊时间不足5分钟，根本无法开展健康咨询、慢病随访等服务。而上门服务又面临交通成本高、效率低、安全风险等问题。

4. 信息孤岛问题 家庭医生与上级医院、患者之间缺乏有效的信息共享机制。患者在大医院的诊疗信息无法及时同步到家庭医生处，导致家庭医生无法全面了解患者健康状况。同时，家庭医生的转诊建议也难以得到大医院的快速响应。

数据支撑的现实困境

根据《中国家庭医生发展报告2023》显示：

仅28.6%的签约居民认为家庭医生”真正发挥了作用”
家庭医生日均上门服务次数不足0.5次
基层医疗机构药品配备种类仅为三甲医院的30%左右
家庭医生对签约居民的健康档案更新频率平均为每年1.2次，远低于要求的每季度1次

这些数据揭示了家庭医生制度在落地过程中面临的系统性困境，也凸显了引入安家服务等第三方力量的必要性。

安家服务对接家庭医生的模式设计

核心对接框架

安家服务与家庭医生的对接，本质上是通过安家服务的社区网络，为家庭医生创造服务场景、提供辅助支持、拓展服务半径。这种对接不是简单的业务叠加，而是深度的资源整合与服务重构。

1. 服务场景共建 安家服务可以将家庭医生服务嵌入到其日常服务场景中。例如，在社区养老服务中，家庭医生可以为老年人提供定期体检、慢病管理；在社区托幼服务中，家庭医生可以为儿童提供生长发育监测、疫苗接种指导；在社区家政服务中，家庭医生可以为母婴提供产后康复咨询。

2. 人员队伍共育 安家服务可以培养”健康管家”作为家庭医生的助手。健康管家可以是安家服务的现有员工（如物业管家、养老护理员），经过基础医疗知识培训后，协助家庭医生开展健康监测、随访提醒、健康教育等工作。这种模式既解决了家庭医生人手不足的问题，又提升了安家服务人员的专业价值。

3. 信息平台共享 建立统一的健康信息平台，打通安家服务系统与基层医疗卫生信息系统。居民在安家服务APP上的健康需求（如预约体检、咨询用药）可以直接推送给家庭医生；家庭医生的诊疗建议、随访计划也可以同步到安家服务系统，提醒居民执行。

4. 利益机制共赢 设计合理的利益分配机制是对接可持续的关键。可以采用”基础服务费+绩效奖励”的模式：安家服务向居民收取一定的健康管理费（如每年200-500元），其中一部分支付给家庭医生作为服务报酬，另一部分用于健康管家培训、平台运维等。家庭医生的服务绩效（如慢病控制率、居民满意度）与收入挂钩，激励其提供高质量服务。

具体对接模式举例

模式一：社区健康驿站 在安家服务的社区中心设立”健康驿站”，配备基本的健康监测设备（血压计、血糖仪、体脂秤等）。健康管家每天值班，为居民提供免费的基础健康监测。监测数据实时上传至家庭医生工作站。家庭医生每周定期到健康驿站坐诊，为居民提供诊疗服务、健康咨询。对于需要上门服务的居民，由健康管家陪同家庭医生上门。

模式二：居家健康监护 针对社区内的失能老人、孕产妇、术后康复患者等特殊人群，安家服务提供”居家健康监护包”服务。服务包包括：智能健康监测设备（如智能手环、血压计）、每日健康打卡、每周家庭医生电话随访、每月上门巡诊。健康管家负责设备的安装调试和日常使用指导，家庭医生负责解读数据、调整治疗方案。

模式三：企业健康管家 对于社区内的企业员工，安家服务可以联合家庭医生推出”企业健康管家”服务。企业为员工购买服务套餐，家庭医生定期到企业开展健康讲座、体检报告解读、职业病防治咨询。健康管家驻点企业，负责员工日常健康咨询和预约协调。

技术实现与平台架构

信息平台设计

要实现安家服务与家庭医生的高效对接，必须建立一个稳定、安全、易用的信息平台。该平台应具备以下核心功能模块：

1. 居民健康档案管理 整合来自安家服务和医疗机构的健康数据，形成完整的居民健康档案。档案内容包括：基本信息、既往病史、过敏史、体检记录、诊疗记录、用药记录、随访记录等。

2. 需求智能匹配 当居民在安家服务APP上提交健康需求时，系统根据需求类型、紧急程度、家庭医生排班等因素，自动匹配最合适的服务资源。例如，普通健康咨询优先分配给签约家庭医生，紧急医疗需求直接转接120或附近医院。

3. 服务过程追踪 从需求提交到服务完成，全流程数字化管理。居民可以实时查看服务进度（如医生是否已接单、预计到达时间），服务结束后可以对医生和健康管家进行评价。

4. 数据分析与预警 利用大数据技术分析居民健康趋势，对异常数据（如血压持续升高）自动预警，提醒家庭医生重点关注。同时，分析社区整体健康状况，为公共卫生决策提供支持。

技术架构示例

以下是一个简化的平台架构代码示例，展示如何实现安家服务与家庭医生系统的基本对接：

# 安家服务与家庭医生对接平台核心模块示例

import datetime
from typing import List, Dict, Optional
from enum import Enum

class ServiceType(Enum):
    """服务类型枚举"""
    HEALTH_CONSULTATION = "健康咨询"
    ROUTINE_CHECKUP = "常规体检"
    CHRONIC_DISEASE_MANAGEMENT = "慢病管理"
    HOME_VISIT = "上门服务"
    EMERGENCY = "紧急医疗"

class ServiceStatus(Enum):
    """服务状态枚举"""
    PENDING = "待接单"
    ACCEPTED = "已接单"
    IN_PROGRESS = "服务中"
    COMPLETED = "已完成"
    CANCELLED = "已取消"

class Resident:
    """居民信息类"""
    def __init__(self, resident_id: str, name: str, age: int, 
                 address: str, phone: str, contract_doctor_id: str = None):
        self.resident_id = resident_id
        self.name = name
        self.age = age
        self.address = address
        self.phone = phone
        self.contract_doctor_id = contract_doctor_id
        self.health_records = []
        self.chronic_conditions = []  # 慢性病列表
        
    def add_health_record(self, record: Dict):
        """添加健康记录"""
        record['timestamp'] = datetime.datetime.now()
        self.health_records.append(record)
        
    def get_recent_health_data(self, days: int = 30) -> List[Dict]:
        """获取近期健康数据"""
        cutoff_date = datetime.datetime.now() - datetime.timedelta(days=days)
        return [r for r in self.health_records if r['timestamp'] > cutoff_date]

class Doctor:
    """家庭医生类"""
    def __init__(self, doctor_id: str, name: str, specialty: str, 
                 max_daily_visits: int = 20):
        self.doctor_id = doctor_id
        self.name = name
        self.specialty = specialty
        self.max_daily_visits = max_daily_visits
        self.schedule = {}  # 工作日程
        self.service_history = []
        
    def update_schedule(self, date: datetime.date, slots: List[datetime.time]):
        """更新日程"""
        self.schedule[date] = slots
        
    def is_available(self, requested_time: datetime.datetime) -> bool:
        """检查是否可用"""
        date = requested_time.date()
        time = requested_time.time()
        if date in self.schedule:
            return time in self.schedule[date]
        return False
        
    def accept_service(self, service_id: str) -> bool:
        """接受服务请求"""
        if len(self.service_history) >= self.max_daily_visits:
            return False
        self.service_history.append({
            'service_id': service_id,
            'timestamp': datetime.datetime.now()
        })
        return True

class HealthAssistant:
    """健康管家类"""
    def __init__(self, assistant_id: str, name: str, community: str):
        self.assistant_id = assistant_id
        self.name = name
        self.community = community
        self.trained_skills = []  # 培训技能
        
    def add_skill(self, skill: str):
        """添加技能"""
        self.trained_skills.append(skill)
        
    def assist_visit(self, doctor: Doctor, resident: Resident) -> bool:
        """协助上门服务"""
        if "上门服务" in self.trained_skills:
            print(f"健康管家{self.name}协助医生{doctor.name}为居民{resident.name}提供上门服务")
            return True
        return False

class ServiceRequest:
    """服务请求类"""
    def __init__(self, request_id: str, resident_id: str, service_type: ServiceType,
                 requested_time: datetime.datetime, description: str):
        self.request_id = request_id
        self.resident_id = resident_id
        self.service_type = service_type
        self.requested_time = requested_time
        self.description = description
        self.status = ServiceStatus.PENDING
        self.assigned_doctor_id = None
        self.assigned_assistant_id = None
        
    def assign_doctor(self, doctor_id: str):
        """分配医生"""
        self.assigned_doctor_id = doctor_id
        self.status = ServiceStatus.ACCEPTED
        
    def assign_assistant(self, assistant_id: str):
        """分配健康管家"""
        self.assigned_assistant_id = assistant_id
        
    def complete_service(self):
        """完成服务"""
        self.status = ServiceStatus.COMPLETED

class ServiceMatchingEngine:
    """服务匹配引擎"""
    def __init__(self):
        self.residents = {}
        self.doctors = {}
        self.assistants = {}
        self.service_requests = {}
        
    def add_resident(self, resident: Resident):
        """添加居民"""
        self.residents[resident.resident_id] = resident
        
    def add_doctor(self, doctor: Doctor):
        """添加医生"""
        self.doctors[doctor.doctor_id] = doctor
        
    def add_assistant(self, assistant: HealthAssistant):
        """添加健康管家"""
        self.assistants[assistant.assistant_id] = assistant
        
    def create_service_request(self, request: ServiceRequest):
        """创建服务请求"""
        self.service_requests[request.request_id] = request
        return self.match_service(request)
        
    def match_service(self, request: ServiceRequest) -> Dict:
        """智能匹配服务"""
        resident = self.residents.get(request.resident_id)
        if not resident:
            return {'success': False, 'message': '居民信息不存在'}
            
        # 1. 优先匹配签约家庭医生
        if resident.contract_doctor_id:
            doctor = self.doctors.get(resident.contract_doctor_id)
            if doctor and doctor.is_available(request.requested_time):
                if doctor.accept_service(request.request_id):
                    request.assign_doctor(doctor.doctor_id)
                    
                    # 2. 匹配健康管家（如果需要上门服务）
                    if request.service_type == ServiceType.HOME_VISIT:
                        for assistant in self.assistants.values():
                            if assistant.community == resident.address.split('-')[0]:
                                if "上门服务" in assistant.trained_skills:
                                    request.assign_assistant(assistant.assistant_id)
                                    break
                    
                    return {
                        'success': True,
                        'doctor_id': doctor.doctor_id,
                        'doctor_name': doctor.name,
                        'assistant_id': request.assigned_assistant_id,
                        'message': f'已分配家庭医生{doctor.name}为您服务'
                    }
        
        # 3. 如果签约医生不可用，匹配其他可用医生
        for doctor in self.doctors.values():
            if doctor.is_available(request.requested_time):
                if doctor.accept_service(request.request_id):
                    request.assign_doctor(doctor.doctor_id)
                    return {
                        'success': True,
                        'doctor_id': doctor.doctor_id,
                        'doctor_name': doctor.name,
                        'message': f'已分配医生{doctor.name}为您服务'
                    }
        
        # 4. 如果没有可用医生，建议其他时间或转诊
        return {
            'success': False,
            'message': '当前时段暂无可用医生，建议预约明日或转诊至合作医院'
        }
    
    def get_community_health_summary(self, community: str) -> Dict:
        """获取社区健康概览"""
        residents_in_community = [r for r in self.residents.values() 
                                 if r.address.startswith(community)]
        
        chronic_stats = {}
        for resident in residents_in_community:
            for condition in resident.chronic_conditions:
                chronic_stats[condition] = chronic_stats.get(condition, 0) + 1
        
        return {
            'total_residents': len(residents_in_community),
            'chronic_disease_distribution': chronic_stats,
            'service_requests_today': len([s for s in self.service_requests.values() 
                                         if s.requested_time.date() == datetime.date.today()])
        }

# 使用示例
if __name__ == "__main__":
    # 初始化匹配引擎
    engine = ServiceMatchingEngine()
    
    # 添加家庭医生
    doctor1 = Doctor("D001", "张医生", "全科医学", 15)
    doctor1.update_schedule(datetime.date(2024, 1, 15), 
                           [datetime.time(9,0), datetime.time(10,0), datetime.time(14,0)])
    engine.add_doctor(doctor1)
    
    # 添加健康管家
    assistant1 = HealthAssistant("A001", "王管家", "阳光社区")
    assistant1.add_skill("上门服务")
    assistant1.add_skill("健康监测")
    engine.add_assistant(assistant1)
    
    # 添加居民
    resident1 = Resident("R001", "李大爷", 72, "阳光社区-3号楼", "13800138000", "D001")
    resident1.chronic_conditions = ["高血压", "糖尿病"]
    engine.add_resident(resident1)
    
    # 创建服务请求
    request1 = ServiceRequest(
        request_id="SR001",
        resident_id="R001",
        service_type=ServiceType.HOME_VISIT,
        requested_time=datetime.datetime(2024, 1, 15, 10, 0),
        description="血压控制不佳，需要上门调整用药"
    )
    
    # 匹配服务
    result = engine.create_service_request(request1)
    print("匹配结果:", result)
    
    # 查询社区健康概览
    summary = engine.get_community_health_summary("阳光社区")
    print("社区健康概览:", summary)

这个代码示例展示了平台的核心逻辑：居民创建服务请求后，系统优先匹配其签约家庭医生，若医生不可用则匹配其他医生；对于上门服务，自动分配同社区的健康管家协助。实际部署时，还需要考虑数据库持久化、API接口、用户认证、数据加密等更多技术细节。

数据安全与隐私保护

健康数据属于高度敏感信息，平台必须严格遵守《个人信息保护法》和《数据安全法》。具体措施包括：

数据加密：所有健康数据在传输和存储时采用AES-256加密
访问控制：基于角色的权限管理，医生只能查看签约居民的数据
数据脱敏：在数据分析和展示时，对个人身份信息进行脱敏处理
审计日志：记录所有数据访问操作，便于追溯和审计
居民授权：居民必须明确授权后，数据才能被共享和使用

运营模式与利益分配机制

运营主体设计

安家服务与家庭医生的对接，可以采用多种运营主体模式：

模式一：安家服务主导型 由安家服务公司作为运营主体，与基层医疗机构签订合作协议，聘请家庭医生作为服务提供方。这种模式下，安家服务负责市场推广、用户运营、平台维护，医疗机构负责医生派遣和医疗质量把控。优点是运营灵活、市场反应快；缺点是医疗专业性可能不足。

模式二：医疗机构主导型 由基层医疗机构作为运营主体，安家服务作为技术支持和渠道拓展方。这种模式下，医疗机构负责服务设计和医生管理，安家服务提供平台开发、社区渠道和用户服务。优点是医疗专业性强、合规性好；缺点是市场敏感度可能不足。

模式三：合资公司型 安家服务与医疗机构共同出资成立合资公司，独立运营对接业务。这种模式结合了双方优势，权责清晰，适合大规模推广。但需要处理好股权结构、管理权分配等问题。

利益分配机制

合理的利益分配是模式可持续的关键。以下是一个具体的分配方案示例：

居民支付的费用构成（以年费500元为例）：

家庭医生服务费：200元（40%）
健康管家服务费：150元（30%）
平台运维费：50元（10%）
安家服务管理费：50元（10%）
风险储备金：50元（10%）

家庭医生的额外激励：

基础签约费：每人每年200元
绩效奖励：根据慢病控制率、居民满意度等指标，最高可获得每人每年100元的额外奖励
诊疗收入：上门服务、特殊检查等按项目收费，收入归医生所有

健康管家的收入结构：

基础工资：由安家服务支付
服务提成：每协助完成一次上门服务，获得20-30元提成
绩效奖金：根据服务质量和居民评价发放

成本效益分析

成本构成：

人力成本：医生、健康管家、平台运维人员工资
技术成本：平台开发、服务器、数据存储
培训成本：健康管家医疗知识培训
保险成本：医疗责任险、意外险

效益分析：

对居民：年费500元享受家庭医生服务，相比每次门诊费用（平均200元），大幅降低医疗支出。通过预防性健康管理，减少大病发生概率。
对家庭医生：在不增加太多工作量的情况下，收入增加30-50%，同时获得稳定的患者来源和社区支持。
对安家服务：提升用户粘性（服务续费率从30%提升至60%），增加新的收入来源，提升品牌价值。
对社会：减少三甲医院门诊压力，降低医保支出，提升居民健康水平。

政策支持与合规性考量

合规性要点

1. 资质要求

安家服务公司需取得《医疗机构执业许可证》或与有资质的医疗机构合作
健康管家不能从事诊疗活动，只能协助健康监测、信息记录等工作
家庭医生必须在注册的医疗机构执业

2. 责任界定

医疗责任由家庭医生及其所属医疗机构承担
安家服务承担平台责任和辅助服务责任
需要购买足额的医疗责任险和公众责任险

3. 数据合规

健康数据的收集、使用、共享必须获得居民明确授权
数据存储需符合等保2.0要求
跨机构数据共享需遵循最小必要原则

政策建议

为促进模式健康发展，建议：

将安家服务对接家庭医生纳入基本公共卫生服务购买范围
允许医保个人账户支付家庭医生签约服务费
对参与模式的安家服务企业给予税收优惠
建立统一的行业标准和监管规范

实施路径与风险管理

分阶段实施路径

第一阶段：试点探索（6-12个月）

选择1-2个成熟社区进行试点
签约100-200户居民，配备1-2名家庭医生、2-3名健康管家
搭建基础信息平台，跑通服务流程
收集用户反馈，优化服务内容

第二阶段：模式验证（12-18个月）

扩大试点范围至5-10个社区
服务居民达到1000户以上
验证商业模式的可持续性
完善培训体系和运营手册

第三阶段：规模推广（18-36个月）

在全市或全省范围内复制推广
服务居民达到1万户以上
实现盈亏平衡并开始盈利
探索更多增值服务（如康复护理、心理咨询）

风险识别与应对

1. 医疗风险

风险：误诊、漏诊、医疗纠纷
应对：购买足额医疗责任险；明确服务边界，非紧急情况必须先咨询家庭医生；建立分级转诊机制；加强医生培训

2. 运营风险

风险：医生或健康管家流失、服务质量下降
应对：建立合理的薪酬和激励机制；提供职业发展通道；定期考核和培训；建立服务标准操作流程（SOP）

3. 法律风险

风险：数据泄露、超范围服务、资质问题
应对：严格遵守数据安全法规；明确服务边界；定期法律合规审查；建立应急预案

4. 市场风险

风险：居民接受度低、付费意愿不足
应对：加强宣传教育；提供体验期服务；与医保、商保合作降低居民支付成本；展示成功案例

成功案例分析

案例一：上海”社区健康管家”模式

上海市某区安家服务公司与社区卫生服务中心合作，推出”社区健康管家”服务。具体做法：

组织架构：安家服务招聘10名健康管家，经培训后持证上岗；社区卫生服务中心选派5名家庭医生组成服务团队
服务内容：为签约居民提供每日健康监测、每周医生坐诊、每月上门巡诊、每季度健康讲座
技术支撑：开发”健康管家”APP，居民可一键呼叫服务，数据实时同步
成效：试点一年，签约居民2000户，慢病控制率提升15%，居民满意度达92%，家庭医生收入增加40%

案例二：成都”物业+医疗”模式

成都某大型物业公司与附近医院合作，在其管理的20个小区推行”物业管家+家庭医生”服务：

创新点：将物业管家升级为”健康管家”，承担健康监测、随访提醒、用药指导等辅助工作
服务包设计：推出99元/年的基础服务包（含健康监测、电话咨询）和399元/年的升级服务包（增加上门服务、慢病管理）
成效：服务覆盖3万户居民，家庭医生签约率从15%提升至65%，物业费收缴率提升8个百分点

案例启示

成功案例的共同点：

找准切入点：从居民最迫切的需求（如慢病管理、老年人照护）入手
明确分工：清晰界定医生、健康管家、平台的职责边界
技术赋能：通过数字化手段提升效率、优化体验
利益共享：设计多方共赢的利益分配机制
持续迭代：根据用户反馈不断优化服务

未来展望与发展趋势

技术融合深化

未来，人工智能、物联网、可穿戴设备等技术将与安家服务-家庭医生模式深度融合：

AI辅助诊断：家庭医生通过AI系统获得诊断建议，提高基层诊疗水平
物联网监测：智能床垫、智能马桶等设备自动采集健康数据，异常时自动预警
可穿戴设备：居民佩戴的智能手环、心电贴等数据实时同步至家庭医生
数字疗法：基于软件的干预手段，用于慢病管理和心理康复

服务模式创新

1. 会员制健康管理 推出多层次会员服务，基础会员享受家庭医生服务，高级会员增加体检、康复、心理咨询等增值服务。

2. 企业健康服务 为社区内企业提供员工健康管理解决方案，包括职业病防治、心理健康、急救培训等。

3. 医养结合 对接社区养老服务中心，为失能、半失能老人提供”医疗+照护”一体化服务。

政策与市场环境优化

随着”健康中国2030”战略的深入实施，预计未来政策将更加支持基层医疗服务创新。医保支付制度改革（如DRG/DIP）也将倒逼医疗资源下沉。同时，居民健康意识提升和支付能力增强，为市场化健康服务创造了广阔空间。

结论

安家服务对接家庭医生，是解决”看病难、看病贵”问题的创新路径。这种模式通过整合社区资源、创新服务场景、优化利益机制，实现了医疗资源的有效下沉和高效利用。虽然面临医疗风险、运营挑战、合规要求等现实问题，但通过分阶段实施、完善风险管控、争取政策支持，完全有可能构建可持续的社区健康服务体系。

关键成功要素包括：明确的职责分工、合理的利益分配、有效的技术支撑、持续的质量改进。政府、医疗机构、安家服务企业、居民四方协同，共同推动模式落地，才能真正实现”小病在社区、大病进医院、康复回社区”的理想就医格局，让每个家庭都能拥有值得信赖的健康守护者。

安家服务如何对接家庭医生 解决看病难看病贵的现实问题