Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Encryption, key sharing infrastructure #87

Open
codingbandit opened this issue Sep 15, 2021 · 3 comments
Open

Encryption, key sharing infrastructure #87

codingbandit opened this issue Sep 15, 2021 · 3 comments

Comments

@codingbandit
Copy link
Collaborator

All PII (contacts, medical information) needs to be encrypted/decrypted from a blob. When PII is shared, keys need to be shared to other users to decrypt the information.

  • Needs a specification
@dpaquette dpaquette assigned BillWagner and unassigned BillWagner Oct 11, 2021
@dpaquette dpaquette added the needs-info Needs additional information for developers to proceed label Oct 11, 2021
@dpaquette
Copy link
Collaborator

Not sure if this will work for what we're trying to accomplish but Cosmos does support always encrypted now. At a minimum it would ensure the data in the database is encrypted.

https://devblogs.microsoft.com/cosmosdb/always-encrypted/

@oneolddev
Copy link

Does HIPAA apply? I only ask because of the storage of medical information.

I've worked on systems where some fields in the a record were encrypted in the database. Only the application server had the keys to encrypt and decrypt these fields. The data was considered to sensitive to expose even to the database admins.

A similar mechanism could be used here. It could be implemented as part of the api service.

@RichardCampbell
Copy link
Member

RichardCampbell commented Nov 8, 2021

While I don't think HIPAA applies since its purpose is to stop medical institutions from utilizing patient data outside of treatment, we do have a responsibility for privacy - and we have no need to access any of the data that the user enters into the system. It can be stored as an encrypted blob that can be backed up in the cloud if the user wishes, and also synced across other devices within the family.

Also, I'd like to move away from asking specific medical questions that might confuse or concern folks - I'd rather have large unstructured fields that allow the user to enter whatever they think they need. We can offer suggestions for them, but the detail fields are largely unnecessary.

@codingbandit codingbandit removed the needs-info Needs additional information for developers to proceed label Mar 5, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants