HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
fastenhealth
fasten-onprem
Go2023–2025
fastenhealth / fasten-onprem · Archived

fasten-onprem

Fasten is an open-source, self-hosted, personal/family electronic medical record manager

Self-hosted
Explore on GitHubRead Hacker News discussions
4Distinct people
14Mentions
0Explicit recommenders
2.8KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Fasten is an open-source, self-hosted, personal/family electronic medical record manager

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month14 dated mentions

Observed mentions: 2023-01-20 17:00:39 UTC to 2025-02-10 17:46:47 UTC.

01232023-01-01 00:00:00 UTC to 2023-02-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 commentsJan 20232023-02-01 00:00:00 UTC to 2023-03-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-03-01 00:00:00 UTC to 2023-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-04-01 00:00:00 UTC to 2023-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-05-01 00:00:00 UTC to 2023-06-01 00:00:00 UTC (exclusive): 3 mentions; 1 submissions, 2 comments2023-06-01 00:00:00 UTC to 2023-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-07-01 00:00:00 UTC to 2023-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-08-01 00:00:00 UTC to 2023-09-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2023-09-01 00:00:00 UTC to 2023-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-10-01 00:00:00 UTC to 2023-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-11-01 00:00:00 UTC to 2023-12-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2023-12-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-01-01 00:00:00 UTC to 2024-02-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 commentsJan 20242024-02-01 00:00:00 UTC to 2024-03-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2024-03-01 00:00:00 UTC to 2024-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-04-01 00:00:00 UTC to 2024-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-05-01 00:00:00 UTC to 2024-06-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2024-06-01 00:00:00 UTC to 2024-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-07-01 00:00:00 UTC to 2024-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-08-01 00:00:00 UTC to 2024-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-09-01 00:00:00 UTC to 2024-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-10-01 00:00:00 UTC to 2024-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-11-01 00:00:00 UTC to 2024-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-12-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-01-01 00:00:00 UTC to 2025-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-02-01 00:00:00 UTC to 2025-03-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsFeb 2025

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Jan 20232023-01-01 00:00:00 UTC2023-02-01 00:00:00 UTC202
Feb 20232023-02-01 00:00:00 UTC2023-03-01 00:00:00 UTC000
Mar 20232023-03-01 00:00:00 UTC2023-04-01 00:00:00 UTC000
Apr 20232023-04-01 00:00:00 UTC2023-05-01 00:00:00 UTC000
May 20232023-05-01 00:00:00 UTC2023-06-01 00:00:00 UTC312
Jun 20232023-06-01 00:00:00 UTC2023-07-01 00:00:00 UTC000
Jul 20232023-07-01 00:00:00 UTC2023-08-01 00:00:00 UTC000
Aug 20232023-08-01 00:00:00 UTC2023-09-01 00:00:00 UTC202
Sep 20232023-09-01 00:00:00 UTC2023-10-01 00:00:00 UTC000
Oct 20232023-10-01 00:00:00 UTC2023-11-01 00:00:00 UTC000
Nov 20232023-11-01 00:00:00 UTC2023-12-01 00:00:00 UTC101
Dec 20232023-12-01 00:00:00 UTC2024-01-01 00:00:00 UTC000
Jan 20242024-01-01 00:00:00 UTC2024-02-01 00:00:00 UTC303
Feb 20242024-02-01 00:00:00 UTC2024-03-01 00:00:00 UTC101
Mar 20242024-03-01 00:00:00 UTC2024-04-01 00:00:00 UTC000
Apr 20242024-04-01 00:00:00 UTC2024-05-01 00:00:00 UTC000
May 20242024-05-01 00:00:00 UTC2024-06-01 00:00:00 UTC101
Jun 20242024-06-01 00:00:00 UTC2024-07-01 00:00:00 UTC000
Jul 20242024-07-01 00:00:00 UTC2024-08-01 00:00:00 UTC000
Aug 20242024-08-01 00:00:00 UTC2024-09-01 00:00:00 UTC000
Sep 20242024-09-01 00:00:00 UTC2024-10-01 00:00:00 UTC000
Oct 20242024-10-01 00:00:00 UTC2024-11-01 00:00:00 UTC000
Nov 20242024-11-01 00:00:00 UTC2024-12-01 00:00:00 UTC000
Dec 20242024-12-01 00:00:00 UTC2025-01-01 00:00:00 UTC000
Jan 20252025-01-01 00:00:00 UTC2025-02-01 00:00:00 UTC000
Feb 20252025-02-01 00:00:00 UTC2025-03-01 00:00:00 UTC101

What Hacker News says

14 sources
pogue·Feb 10, 2025
I don't see the harm in something like this. If you were to train your own LLM specifically on medicine & medical data, then show it your lifetime history of doctors visits, blood work, what drugs you're taking, have taken, symptoms and etc etc etc there's a decent probability it could give some perspective you might not be able to get elsewhere - especially in the broken US healthcare system. Having access to multiple specialists in many different fields is something a large % of the population simply doesn't have access to for a variety of reasons. I think the issue is people might assume it's going to spit out your exact diagnosis 100% of the time right off the bat. That's obviously not true, but that's not what I got from reading the description of the project. It sounds more like a potential useful tool for folks to have as an additi
Read the rest
onal option, and then to bring that information to a doctor to see if it pans out. Regardless, one extremely helpful thing I got out of reading the reddit thread was the mention of an unrelated project called Fasten, which will apparently allow you to request all your medical records from many sources and then self host them: Fasten is an open-source, self-hosted, personal/family electronic medical record aggregator, designed to integrate with 100,000's of insurances/hospitals/clinics https://github.com/fastenhealth/fasten-onprem
In I built an open source AI tool to find my autoimmune disease
dgoncharov·May 23, 2024
> In the US, this is part of the EHR push, each EHR is supposed to accept any outside application To be explicit for readers here, outside applications can connect to some EHR systems using SMART on FHIR, but not all (this is what Apple Health supports in their PHR) - and this is separate from HIEs. For reasons OP mentioned, this is impractical for treatment at scale, but is currently the best way to get your health records in your pocket, or to insurance companies, for example. Fasten is a great OSS project that facilitates this flow for individuals, and I'd suggest you check them out: https://github.com/fastenhealth/fasten-onprem > getting a hook into the vendor operated HIEs This is a only part of the equation - for example, one of the biggest networks we connect with is Carequality, and this is more of a framework that's not operated
Read the rest
by any vendors. Rather, vendors connect to a shared directory and speak the same language for medical data exchange. > The evil part of the operation is that now Metriport has proxy access to the data and eventually will get hacked This just speaks even more volumes to our open source approach - we're not hiding behind obscurity for security. > and bought by private equity that will sell the data to TransEquirian Insurance Score agencies. Only if someone wants spend a long time in prison! We can not legally do anything with the data we have proxy access to, except deliver it to the healthcare organizations we work with that are involved with treating the patient - nor would we want to. There are acquisition events with healthcare organizations all the time, and the HIPAA rules protecting the data do not change. Hopefully you can agree that, especially with us being the only vendor in the space that's open source, there is no evil at play.
In Launch HN: Metriport (YC S22) – Open-source API for healthcare data exchange
analogj·Feb 8, 2024
So this is partially the reason why I built my own open-source Personal Health Record (PHR) Fasten Health [1][2] In my experience patient portals vary from incredibly functional to almost worthless, which was a huge problem for me given that some of my important specialists were in the latter bucket. Honestly, everything that I've read comes to the conclusion that EHR's aren't designed for patients, nor practitioners, they're built for the accounting dept. Patient portals have been tacked on-top to comply with govt regulation & certification programs [3], but UX/usability is almost universally lacking. Thankfully the FHIR API's that Fasten leverages seem to be fairly consistent: - the interoperability standard (FHIR) ensures that patient medical records are (somewhat) consistent. - EHRs APIs are tested against an automated test suite befo
Read the rest
re they are "approved" - its not comprehensive, but its better than the subjective UX rules. [1] - Marketing - https://www.fastenhealth.com/ [2] - Source Code - https://github.com/fastenhealth/fasten-onprem [3] - https://chpl.healthit.gov/
In Ask HN: Why do all electronic health records suck so bad?
analogj·Jan 30, 2024
Disclaimer: I built an Open-Source PHR The thing that most people don't realize is that the legally enforced HIPAA protections they take for granted no longer apply when they request their medical data from a healthcare institution and store it in a third party app -- like Apple Health. The only thing protecting your medical records from being data-mined and monetized is Apple Health's privacy policy and (current) technical architecture. You've seen examples of it in the news with women's period tracking apps, but it'll become even more common as apps start leveraging APIs opened by the 21st Century Cure's Act. I'm not a tin-foil hat wearing engineer, but I can forsee a day when Apple's reputation of being "Privacy-conscious" might not be worth as much money as the medical data they've collected from their customers. It's one of the reaso
Read the rest
ns why I decided to build my own open-source PHR, so that the incentives between the software and me as an individual are kept in alignment. https://github.com/fastenhealth/fasten-onprem
In Everyone hates the electronic medical record
analogj·Jan 30, 2024
This is not quite the case any longer The 21st Century Cures Act was signed 8 years ago (but compliance was only required as of 2023). It states that Healthcare Institutions (& EHR developers) must provide a mechanism for patients to access their health records electronically in a standardized format (FHIR). It's what allowed my open-source startup Fasten Health to even exist. I was diagnosed with a chronic condition, and wanted a way to store my health records privately on my own devices. A bit of luck and a POC later, I was able to confirm that patients can access their own records with little-to-no barriers. It doesn't matter that I've had 6 different insurance companies over my career, or that I've visited more than 2 dozen different healthcare institutions, as a Patient we have the unique ability to collate and generate our own longi
Read the rest
tudinal health record. https://github.com/fastenhealth/fasten-onprem
In Everyone hates the electronic medical record
analogj·Jan 30, 2024
Interestingly your [1] citation may no longer be the case. The 21st Century Cures Act was signed 8 years ago (but compliance was only required as of 2023). It states that Healthcare Institutions (& EHR developers) must provide a mechanism for patients to access their health records electronically in a standardized format (FHIR). It's what allowed my open-source startup Fasten Health to even exist. I was diagnosed with a chronic condition, and wanted a way to store my health records privately on my own devices. A bit of luck and a POC later, I was able to confirm that patients can access their own records with little-to-no barriers. https://github.com/fastenhealth/fasten-onprem
In Everyone hates the electronic medical record
analogj·Aug 8, 2023
Sorry to hear about your wife's health issues, I hope she's on the mend. I had a similar experience when dealing with my chronic condition. Had to interact with almost a dozen different health portals, a couple of which were ok, the rest were awful. I'm a software engineer, so I ended up creating my Personal Health Record (PHR) application, which I eventually open-sourced - https://github.com/fastenhealth/fasten-onprem It's still a work in progress (and definitely not ready to be used as the primary source-of-truth), but I'm always looking for actionable feedback/contributors. I'd love to hear your thoughts
In The Billionaire Who Controls Your Medical Records (2021)
analogj·May 22, 2023
Fasten Health [1] is an open-source, self-hosted, personal/family electronic medical record aggregator, designed to integrate with 100,000's of insurances/hospitals/clinics. It's designed to automatically pull your medical records from your EMR -- but users can also enter their conditions, medications and procedures manually. We have plans to allow users to manually enter their lab results [2], however that feature has not been implemented yet. Fasten is still a work-in-progress, but if you're willing to contribute we have a pretty active discord (linked in the README). [1]: https://github.com/fastenhealth/fasten-onprem/ [2]: https://github.com/fastenhealth/fasten-onprem/issues/137
In Ask HN: Is there a webapp to input/store your blood test results?
analogj·Jan 20, 2023
Hey, So I recently had a similar problem -- had a semi-serious medical issue, had to go to a number of different medical institutions, all of which asked me for a comprehensive medical history. I was able to give them high-level answers, but some of the details were hard to recall. I started working on an open-source project to electronically pull my medical information from various healthcare providers, and store it locally (no cloud involvement at all). https://github.com/fastenhealth/fasten-onprem It's definitely an early beta, only 1500 healthcare providers are currently supported, but I'm working on a big update to bump that up to ~10k. The UI is also a work in progress. I'd love to hear your thoughts!
In Ask HN: How do you keep track of your medical history?

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.