Project
Clinic scheduling
An app and backend for doctors with their own practice: locations, hours, appointments and records.
- Year
- Nov 2024 — Abr 2025
- Role
- Mobile + backend
- Team
- Pasantía · Blink
- Stack
- React NativePythonDjangoPostgreSQL
01
The problem
A doctor with their own practice needed a phone channel to publish locations and hours and to work with the patient: appointments and records. It was not a hospital HIS; the cut was the doctor's own office.
02
Technical decisions
A React Native app and a Django API on Postgres. The model follows the clinical flow (locations, availability, visit, record), not a loose CRUD. It was built and tested on Android.
React Native, shipped on Android
One cross-platform codebase. In this cycle it was compiled and validated on Android only; there was no published iOS build.
Python, Django and PostgreSQL
The server holds practices, locations, hours, appointments and records. The app is not the system of record: it talks to that API.
A private-practice flow, not a hospital
Published locations and hours, then the visit and the record. The product fitted a doctor running their own consult, not an institutional chart.
03
Interface
A mobile app. Hours and locations, appointments and clinical records, the doctor–patient loop. No public screenshots or URL: the data is clinical and the repo is private.
04
Result
Android
validated platform
Private
repo and demo
Closed in April 2025 as an internship at Blink. No publishable count of doctors, visits or pilot practices. The cut (scheduling and the doctor–patient loop on mobile) is what later feeds Sitafacil on the booking side.
05
Learnings
The domain (who sees whom, at which location, at what time, with which record) drives the model. Android-only was enough to close the cycle; iOS was left out on purpose. Sitafacil reuses published hours, not the clinical chart.