作为一名不熟练的程序员，我计划为医生办公室开发一个简单的单用户 C# Windows 窗体应用程序。医生想要存储、读取和修改有关患者的简单数据（个人数据和病史）。它只是字符串、整数和日期。1000-5000 名患者。他只想从 2 台不同的个人计算机上访问数据，而且从不同时访问。除了这两台笔记本电脑，他原则上没有任何硬件。
好吧，我的想法是使用 XML 文件作为存储文件（包含所有患者的数据）并将这些文件存储在他笔记本电脑的 Google Drive 应用程序文件夹中，以实现两个位置的分配。我认为这是因为它真的很简单，但我从来没有被教过类似的东西......
所以......你认为它可以工作还是只是一个很大的愚蠢？如果是这样，你有什么建议？
非常感谢，
您可以使用像SQL Server Compact或SQLLite这样的无服务器数据库。它们在任何方面都比 XML 文件更好，并且 DB 文件可以在谷歌驱动器中。但随着文件变大，上传和下载将成为问题。确保只有一个应用程序实例在使用该数据库也很重要。
您还可以使用 SQL Azure 和Microsoft Sync 框架等云解决方案来获得更强大的解决方案，这将是合适的。
首先查看 HIPAA 安全规则。如果医生办公室是受保护的实体，那么在保护患者数据（和财务责任）方面存在很多陷阱。
http://www.hhs.gov/ocr/privacy/hipaa/administrative/securityrule/index.html
由于您正在处理 47 个州的违规通知法所涵盖的 PII - 这是一个完全不同程度的头痛。它可以存储在 XML 中吗？当然，只需确保所有内容在传输和静止时都经过高度加密。这是个好主意吗？可能不是。由于违规行为是某些数据类型中的严格责任法规，因此正确行事是个好主意。
要大致了解这些问题，请查看 Microsoft Healthvault 或存档的 Google Health HIPAA 概述。该法案的 ARRA 扩展使其更加复杂。简而言之。
HIPAA 要求医疗保健提供者和其他服务保持“合理和适当的保护措施以防止有意或无意使用或披露健康信息”的最低标准。
附带说明一下，您可以轻松地将数据存储在 SQL Server 压缩数据库文件或 Access 数据库文件中，这至少可以为数据提供一些本机保护。
XML（和 JSON）应该用于传输信息（例如：对 Ajax 查询的响应），而不是作为数据库。有时将 XML 视为数据库是很诱人的，因为它具有查询功能，但请抵制住这种诱惑！性能、可扩展性和未来支持可能是问题。