项目实训营
header-img

掌握

Clinic Management 项目实训营

导师 8 周精心辅导,获得公司项目经验

获得 Candy Solutions Pty Ltd 公司背书

header-img
feature真实商业项目
feature增加工作实习经验
feature全面 IT 技能提升
feature行业导师辅导项目
feature获得公司背书
feature前端+后端+BA
feature真实商业项目
feature增加工作实习经验
feature全面 IT 技能提升
feature行业导师辅导项目
feature获得公司背书
feature前端+后端+BA

课程大纲

    Patient management
    Setup and Patient management

    第一周 - 后端与前端基础开发

    本周项目重点是熟悉后端和前端的基础开发环境搭建,以及实现一个简单的客户(病人)管理系统的增删改查功能。

    后端开发目标

    • 开发环境搭建:搭建 Java 开发环境,介绍 Spring Boot 框架的基础知识和安装步骤。
    • 数据库搭建:数据库交互。
    • 实现增删改查 API:使用 Spring Boot 创建 RESTful API 来处理客户信息的增加、删除、修改和查询操作。

    前端开发目标

    • 基本样式搭建:使用 CSS 或现成的 UI 框架(如 Bootstrap 或 Material UI)搭建页面的基本样式。
    • 页面基础构建:使用 React 创建组件,利用 React Router 进行页面路由的配置。
    • 状态管理:通过 Redux 进行状态管理,结合 React Hook 实现组件的状态管理和业务逻辑处理。
    • 实现增删改查页面:开发前端页面,实现客户管理的增加、删除、修改和查询功能。

    BA 目标

    产品需求分析

    • 理解业务背景和目标:分析产品的业务背景和目标,明确产品解决的核心问题和目标用户群体。
    • 识别和定义需求:通过访谈、问卷调查等方式收集用户需求,明确功能需求、非功能需求和业务规则。

    需求文档编写

    • 编写需求文档:根据收集到的需求信息,编写清晰详细的需求规格说明书,包括需求概述、详细需求、用例描述等。
    • 需求验证:与项目利益相关者沟通需求文档,确保需求的准确性和完整性,进行必要的修改和完善。

    产品功能模块拆分

    • 功能模块划分:将产品需求拆分为多个功能模块,明确每个模块的职责和相互之间的关系。
    • 优先级排序:根据业务价值和实现难度对功能模块进行优先级排序,确定开发顺序。

    用户故事地图

    • 创建用户故事地图:将功能需求转化为用户故事,并在用户故事地图上进行排列,展示产品功能的全貌和用户交互流程。
    • 迭代计划:基于用户故事地图,制定产品开发的迭代计划。

    MVP Story

    • 定义 MVP 范围:确定最小可行产品(MVP)的范围,聚焦核心功能,快速实现产品原型。
    • 编写 MVP 用户故事:为病人和病历管理的 MVP 编写用户故事,明确 MVP 要实现的功能和用户目标。

    学员 Catch Up

    • 在每周结束时,解答学生在项目开发过程中遇到的问题。
    Electronic health record
    Electronic Health Record(1)

    第二周 - 电子健康记录管理系统开发

    在本周的项目中,需要添加电子健康记录(病历)管理的功能,包括前端页面的开发和后端 API 的构建,以及数据库的连表查询。

    后端开发目标

    • 数据库连表操作:进行数据库的连表操作,包括一对多、多对一和多对多关系的处理。
    • 创建电子健康记录 API:开发 RESTful API 以支持电子健康记录的增加、删除、修改和查询操作。重点是处理带有连表操作的复杂数据模型。

    前端开发目标

    • 页面开发:基于 React 开发电子健康记录管理的前端页面,包括列表展示、记录详情、新增和编辑记录等功能。
    • 状态管理和 API 调用:使用 Redux 管理应用状态,并通过 React Hook 与后端 API 进行交互,处理数据的增删改查操作。

    BA 目标

    用户登录

    • 需求分析:明确用户登录过程中需要满足的基本需求,包括安全性、易用性等。
    • 故事编写
    • 作为一个用户,我希望通过输入用户名和密码登录,以便访问我的个人账户。
    • 作为一个用户,我希望在忘记密码时能够重置密码,以确保我能够重新获得账户访问权限。

    权限管理

    • 需求分析:识别不同角色(如管理员、医生、护士)在应用中的权限需求,确保系统安全性和数据访问控制。
    • 故事编写
    • 作为一个管理员,我希望能够分配和修改用户角色和权限,以便控制用户对系统功能的访问。
    • 作为一个医生,我希望查看分配给我的患者信息,但不能访问其他医生的患者信息。

    医生管理

    • 需求分析:确定医生管理模块需要支持的操作,包括医生的添加、信息更新、查询和删除等。
    • 故事编写
    • 作为一个管理员,我希望能够添加新医生到系统,包括医生的专业信息和联系方式。
    • 作为一个管理员,我希望能够更新医生的信息,以确保数据的准确性。
    • 作为一个医生,我希望能够查看和更新我的个人信息,以便患者可以找到我。

    学员 Catch Up

    • 在每周结束时,解答学生在项目开发过程中遇到的问题。
    • 项目复盘:定期回顾项目进展,讨论在需求分析和故事编写过程中遇到的挑战和学习点。
    Electronic Health Record(2)

    第三周 - 电子健康记录系统开发与测试

    本周项目的重点是完成电子健康记录管理功能的开发,并且开始进行后端和前端的单元测试。

    后端开发目标

    • 完成电子健康记录管理功能:确保电子健康记录管理的增删改查功能通过连表操作完整实现,并与前端的需求相匹配。
    • 单元测试:做好单元测试,包括测试数据库操作、业务逻辑处理以及 API 的响应。

    前端开发目标

    • 整合后端 API:将 React 前端应用与 Spring Boot 后端 API 进行整合,包括处理跨域请求、状态管理和错误处理。
    • 前端单元测试:对 React 组件进行单元测试,包括测试用户交互、组件渲染和 API 调用。

    BA 目标

    预约功能的 MVP 需求分析

    • 核心需求:预约系统需要允许用户快速并且方便地预约医生看诊,同时医生也能管理自己的预约日程。
    • 目标用户:包括需要预约的患者和需要管理预约的医生。
    • 业务目标:提高预约效率,减少医生和患者之间的沟通成本,优化就医流程。

    完成预约功能的 MVP Story

    用户故事:患者预约医生

    • 作为一个患者,我希望能够查看医生的可预约时间,以便选择对我最合适的时间进行预约。
    • 作为一个患者,我希望在预约医生时能够填写我的基本健康情况和预约原因,以便医生能够提前了解我的情况。

    用户故事:医生管理预约

    • 作为一个医生,我希望能够查看和管理我的预约日程,包括接受和拒绝预约请求,以优化我的工作计划。
    • 作为一个医生,我希望能够查看患者提交的预约原因和基本健康信息,以便更好地准备诊疗活动。

    用户故事:预约提醒

    • 作为一个患者,我希望在预约时间临近时能收到提醒,以免错过预约。
    • 作为一个医生,我希望在每天开始工作前能看到当天的预约安排,以便安排我的日程。

    学员 Catch Up

    • 在每周结束时,解答学生在项目开发过程中遇到的问题。
    • 故事拆分和细化:讨论如何将上述用户故事进一步拆分和细化,确保每个故事都是可实施且有明确的完成标准。
    • 优先级排序:根据业务价值和实现难度对用户故事进行优先级排序,确保团队首先实现最关键的功能。
    • 迭代计划:基于优先级排序的结果,规划开发迭代,每个迭代实现一部分用户故事。
    Authentication
    BE Authentication / FE API integration

    第四周 - 用户登录功能与病历管理功能完善

    在本周里,项目开发重点放在用户登录功能和完善电子健康记录管理系统的前端部分。后端将引入 OAuth2 认证机制来实现安全的用户登录,而前端则继续优化病历管理功能,并加强与后端 API 的整合。

    后端开发目标

    • 理解 OAuth2 机制:OAuth2 的基本原理和工作流程,以及它在现代应用中的重要性。
    • 开发 Auth Server:使用 Spring Security 和 OAuth2 开发认证服务器,处理用户的登录、认证和授权。
    • 实现用户登录:开发用户登录功能,包括用户注册、用户信息存储和登录认证流程。

    前端开发目标

    • 病历管理功能完善:继续优化病历管理功能,确保用户界面友好,操作流程顺畅。
    • 整合用户登录和认证:实现与后端认证服务器的对接,处理登录、认证和用户状态管理。
    • 前端单元测试加强:加强对新加入功能的单元测试,确保代码质量和应用稳定性。

    BA 目标

    账单功能的 MVP 需求分析

    • 核心需求:提供一个清晰、易用的账单系统,允许用户查看详细的服务费用,支持在线支付,并能够处理相关的账单查询和问题。
    • 目标用户:包括需要支付服务费用的患者及其家属,以及需要管理和处理账单的财务人员或管理员。
    • 业务目标:优化财务流程,提高账单处理的效率,减少账单相关的疑问和争议,提升用户满意度。

    完成账单功能的 MVP 故事

    用户故事:账单生成和展示

    • 作为一个患者,我希望在接受服务后能够接收到详细的账单,包含各项服务的费用明细,以便了解费用构成。
    • 作为一个管理员,我希望能够自动生成服务费用账单,以减少人工操作的错误和遗漏。

    用户故事:账单支付

    • 作为一个患者,我希望能够通过多种支付方式(如信用卡、在线支付等)支付我的账单,以提供便利性和灵活性。
    • 作为一个管理员,我希望能够追踪账单的支付状态,包括未支付、部分支付和全额支付等状态。

    用户故事:账单查询和处理

    • 作为一个患者,我希望能够查询我的历史账单记录,并在有疑问时能够轻松联系客服或管理员。
    • 作为一个管理员,我希望能够接收并处理账单相关的查询和问题,包括调整错误的费用项。

    学员 Catch Up

    • 在每周结束时,解答学生在项目开发过程中遇到的问题。
    Enhancement
    BE NoSQL DB / FE Authentication

    第五周 - MongoDB 集成与 OAuth2 登录功能整合

    在本周项目开发中,我们将深入探索 MongoDB 这一非关系型数据库的使用,并在前端整合 OAuth2 登录功能。

    后端开发目标

    • 理解 MongoDBMongoDB 中进行数据的 CRUD 操作,以及如何设计文档和集合来满足应用需求。
    • 迁移数据库到 MongoDB将现有的 MySQL 数据库迁移到 MongoDB。

    前端开发目标

    • 理解 OAuth2 机制OAuth2 认证流程的基本原理和关键组件,如访问令牌、刷新令牌、认证服务器等。
    • 整合 OAuth2 登录功能在 React 应用中实现 OAuth2 登录流程。

    BA 目标

    联系人功能的 MVP 需求分析

    • 核心需求:构建一个用户友好的联系人管理系统,允许用户轻松管理其联系人信息。
    • 目标用户:需要管理个人或工作联系人信息的用户。
    • 业务目标:提高用户信息管理的效率,提升用户满意度。

    完成联系人功能的 MVP 故事

    用户故事:创建联系人

    • 作为一个用户,我希望能够添加新的联系人信息,包括姓名、电话、电子邮件等,以便将这些信息保存在我的联系人列表中。

    用户故事:查看联系人

    • 作为一个用户,我希望能够查看我的所有联系人的列表,并能够点击某个联系人查看其详细信息,以便快速找到我需要的信息。

    用户故事:编辑联系人

    • 作为一个用户,我希望能够编辑已有联系人的信息,包括更改其电话号码或电子邮件地址等,以确保联系人信息的准确性和最新性。

    用户故事:删除联系人

    • 作为一个用户,我希望能够删除不再需要的联系人信息,以便保持我的联系人列表整洁有序。

    用户故事:搜索和过滤联系人

    • 作为一个用户,我希望能够通过姓名或其他关键词搜索联系人,并能够根据特定条件(如分组)过滤联系人列表,以便快速找到我需要的联系人信息。

    学员 Catch Up

    • 在每周结束时,解答学生在项目开发过程中遇到的问题。
    • 故事拆分和细化:团队讨论如何进一步拆分和细化上述用户故事,确保每个故事都具有可操作性且目标明确。
    • 优先级排序:根据业务价值和实现难度对用户故事进行优先级排序,以确定开发的先后顺序。
    • 迭代开发计划:基于用户故事的优先级,规划开发迭代,逐步实现联系人功能的 MVP。
    Appointment
    Appointment

    第六周 - 预约功能与账单功能开发

    在本周开发中,专注于预约功能和账单功能的开发。后端学习目标将包括账单功能的设计和开发,而前端则将集中在预约功能的实现上。

    后端开发目标

    • 理解账单功能的设计方案账单系统的基本概念和构成,包括账单生成、账单查询和支付处理等。
    • 账单功能的需求,设计合适的数据库模型和 API 接口。
    • 完成账单功能开发实现账单的增删改查 API,包括账单的自动生成和手动修改。

    前端开发目标

    • 理解预约功能的设计方案分析预约功能的需求,包括用户界面设计、预约时间选择和预约状态管理等。
    • 设计用户友好的预约流程,确保操作简便且直观。
    • 完成预约功能开发使用 React 构建预约功能的前端页面,包括日期和时间的选择器、预约表单和预约状态的展示。
    • 实现与后端预约 API 的集成,处理用户预约请求和显示预约结果。

    BA 目标

    与 Medicare 整合的 Story 需求分析

    • 核心需求:实现系统与 Medicare 服务的无缝连接,自动处理患者的 Medicare 报销申请。
    • 目标用户:医疗服务提供者、财务部门、以及使用 Medicare 的患者。
    • 业务目标:简化 Medicare 报销流程,减少患者和医疗服务提供者在报销处理上的时间和精力投入,提升用户满意度和运营效率。

    完成与 Medicare 整合的 Story

    用户故事:自动提交报销申请

    • 作为医疗服务提供者,我希望在患者接受服务后能自动将费用信息提交至 Medicare,以简化报销流程。

    用户故事:查询和跟踪报销状态

    • 作为一个患者,我希望能够实时查询我的 Medicare 报销申请状态,以便了解申请进度和结果。

    用户故事:处理 Medicare 报销反馈

    • 作为医疗服务提供者的财务部门,我希望能够接收并处理 Medicare 的报销反馈,包括申请的批准或拒绝,以及需要补充的信息。

    用户故事:教育用户关于 Medicare 政策

    • 作为医疗服务提供者,我希望提供 Medicare 政策和报销流程的相关教育材料给患者,帮助他们更好地理解和使用 Medicare 服务。

    学员 Catch Up

    • 在每周结束时,解答学生在项目开发过程中遇到的问题。
    • 故事拆分和细化:讨论如何进一步拆分和细化上述用户故事,确保每个故事既具有可操作性又有明确的目标。
    • 优先级排序:根据业务价值和技术实现难度,对用户故事进行优先级排序,确定开发的顺序和重点。
    • 技术评估和合规性检查:进行技术评估,确保所开发的解决方案符合 Medicare 的技术和安全标准;同时,与法律顾问合作,确保整合方案符合所有相关法律法规和合规性要求。
    • 迭代开发计划:基于用户故事的优先级和技术评估结果,规划开发迭代,分步实现与 Medicare 的整合。
    Billing service
    Billing

    第七周 - 账单功能的前后端合作开发

    在本周项目开发中,强调前后端的合作,通过这个集中的开发周期,学生们将学习如何在团队中协作,以及如何确保前后端的无缝集成和交互。

    后端开发目标

    • 完成账单功能开发基于设计方案实现账单管理的核心功能,包括账单的 CRUD 操作和支付逻辑。
    • 集成第三方支付服务 API,处理在线支付请求。

    前端开发目标

    • 完成账单功能开发开发与后端 API 对接的账单功能页面,包括账单列表、账单详情、支付界面等。
    • 实现前端的数据验证、错误处理和用户反馈,确保应用的健壮性和友好性。

    BA 目标

    与 eHealth 整合的 Story需求分析

    • 核心需求:确保系统能够安全、有效地与 eHealth 平台交换数据,包括但不限于患者的健康记录、诊疗信息和药物处方等。
    • 目标用户:医疗服务提供者、患者、药品供应商等 eHealth 平台的利益相关者。
    • 业务目标:通过整合 eHealth 服务,简化健康信息的管理和交换流程,提高医疗服务的质量和效率,加强患者信息保护。

    完成与 eHealth 整合的 Story

    用户故事:访问和管理电子健康记录

    • 作为医疗服务提供者,我希望能够通过 eHealth 系统访问和管理患者的电子健康记录,以提供更准确的诊断和治疗。

    用户故事:跨机构信息共享

    • 作为一个患者,我希望我的健康信息能在授权的前提下在不同的医疗机构之间共享,以便于我接受连贯和综合的医疗服务。

    用户故事:电子药物处方

    • 作为医疗服务提供者,我希望能够通过 eHealth 平台向药店发送电子药物处方,简化处方流程并减少错误。

    用户故事:保护患者隐私

    • 作为一个患者,我希望我的健康信息在 eHealth 平台上得到妥善保护,只有获得我授权的人员才能访问我的个人健康记录。

    学员 Catch Up

    • 代码审查和反馈:组织代码审查会议,老师和同学们提供代码质量和功能实现的反馈,帮助学生识别改进的空间。
    • 问题解决和调整:针对学生在开发过程中遇到的问题,提供额外的指导和支持,确保学生能够顺利完成账单功能的开发。
    • 故事拆分和细化:团队讨论如何进一步拆分和细化上述用户故事,确保每个故事既具有可操作性又有明确的目标。
    • 优先级排序:根据业务价值和技术实现难度,对用户故事进行优先级排序,确定开发的顺序和重点。
    • 合规性和安全性评估:确保整合解决方案符合行业标准和法规要求,特别是在数据保护和隐私方面。
    • 迭代开发计划:基于用户故事的优先级和合规性评估结果,规划开发迭代,分步实现与 eHealth 的整合。
    Inventory management
    Contact

    第八周 - 库存管理功能的前后端合作开发

    在本周项目开发中,实现一个既满足业务需求又用户友好的库存管理系统。

    后端开发目标

    • 完成库存管理开发实现库存管理相关的 API,包括对库存的增加、减少、查询和调整等操作。
    • 确保 API 的安全性和性能,适当使用事务管理来处理库存变动的一致性。

    前端开发目标

    • 完成库存管理开发开发库存管理的前端页面,实现与后端 API 的交互逻辑。
    • 使用表格、图表等组件展示库存数据,提供清晰的视觉反馈和操作指引。

    BA 目标

    病人和病历管理 R2 Story 需求分析

    • 核心需求:根据用户反馈对病人和病历管理功能进行改进,解决R1中识别的问题,并引入新的功能以满足用户的进一步需求。
    • 目标用户:医疗服务提供者(如医生、护士),以及需要管理自己健康记录的患者。
    • 业务目标:提高病历管理效率,增强患者满意度,确保数据准确性和安全性。

    完成病人和病历管理的 R2 Story

    用户故事:增强病历访问和编辑功能

    • 作为医疗服务提供者,我希望能够更方便地访问和编辑病人的病历信息,包括添加新的诊疗记录和更新现有记录。

    用户故事:改进病人搜索功能

    • 作为医疗服务提供者,我希望能够通过多种条件(如姓名、病历号、诊断结果)搜索病人,以便快速找到所需信息。

    用户故事:提升数据安全和隐私保护

    • 作为一个患者,我希望我的病历信息得到妥善保护,防止未授权访问或泄露。

    用户故事:支持病历数据的导出和分享

    • 作为医疗服务提供者,我希望能够将病人的病历信息以安全的方式导出或分享给其他医疗机构,以便于跨机构协作。

    用户故事:优化用户界面

    • 作为医疗服务提供者,我希望病人和病历管理界面更加直观和用户友好,以提升我的工作效率。

    学员 Catch Up

    • 项目复盘和经验交流安排时间进行项目复盘,让学生分享在开发库存管理功能中的学习点和挑战,以及如何克服这些挑战的。
    • 代码审查和问题解答组织代码审查,促进学生间的相互学习,并由老师提供专业反馈,帮助学生识别代码中的问题和改进机会。
    • 技术深化和拓展提供额外的学习资源和建议,帮助学生深化对库存管理系统开发的理解,并鼓励探索更高级的功能实现和优化策略。
logo

Follow Us

linkedinfacebooktwitterinstagramweiboyoutubebilibilitiktokxigua

We Accept

/image/layout/pay-paypal.png/image/layout/pay-visa.png/image/layout/pay-master-card.png/image/layout/pay-stripe.png/image/layout/pay-alipay.png

地址

Level 10b, 144 Edward Street, Brisbane CBD(Headquarter)
Level 2, 171 La Trobe St, Melbourne VIC 3000
四川省成都市武侯区桂溪街道天府大道中段500号D5东方希望天祥广场B座45A13号
Business Hub, 155 Waymouth St, Adelaide SA 5000

Disclaimer

footer-disclaimerfooter-disclaimer

JR Academy acknowledges Traditional Owners of Country throughout Australia and recognises the continuing connection to lands, waters and communities. We pay our respect to Aboriginal and Torres Strait Islander cultures; and to Elders past and present. Aboriginal and Torres Strait Islander peoples should be aware that this website may contain images or names of people who have since passed away.

匠人学院网站上的所有内容,包括课程材料、徽标和匠人学院网站上提供的信息,均受澳大利亚政府知识产权法的保护。严禁未经授权使用、销售、分发、复制或修改。违规行为可能会导致法律诉讼。通过访问我们的网站,您同意尊重我们的知识产权。 JR Academy Pty Ltd 保留所有权利,包括专利、商标和版权。任何侵权行为都将受到法律追究。查看用户协议

© 2017-2024 JR Academy Pty Ltd. All rights reserved.

ABN 26621887572