PERANCANGAN DAN IMPLEMENTASI SISTEM INFORMASIPENDAFTARAN PASIEN UNTUK OPTIMALISASI PELAYANANKESEHATAN DI PUSKESMAS RAWAT INAP SIMPUR KOTABANDAR LAMPUNG
Bibliographic record
Abstract
Puskesmas adalah fasilitas pelayanan kesehatan tingkat pertama di desa atau kelurahan yang berfungsi sebagai usaha pencegahan (preventif) dan penanggulangan (operatif) yang mendukung optimasi pelayanan kesehatan. Namun Puskesmas Rawat Inap Simpur Kota Bandar Lampung masih terdapat kendala dalam pendaftaran pasien yang dilakukan secara manual dengan cara pasien wajib datang langsung dan mengantre saat ingin berobat dan konsultasi kesehatan. Sehingga dibutuhkan sistem informasi pendaftaran pasien berbasis website yang dapat digunakan berbagai kalangan agar mempermudah pasien dalam melakukan pendaftaran jarak jauh dan mengurangi waktu tunggu. Metode pengembangan website menggunakan Rapid Application Development (RAD) yang dilakukan sebanyak 2 kali iterasi berdurasi waktu 60 hari dengan menggunakan NodeJS telah berhasil dikembangkan dan memiliki fitur pendaftaran pasien, mengelola data pasien, mengelola jadwal praktek dokter, dan mengelola status checkin pendaftaran pasien. Pengujian pada kebutuhan fungsional menggunakan black-box testing dan telah sesuai dengan skenario uji maupun tampilan yang diinginkan oleh pengguna. Sedangkan pengujian non-fungsional menggunakan User Experience Questionnaire (UEQ) yang melibatkan 30 responden memperoleh nilai good pada kategori efficiency dan mendapatkan nilai excellent pada pengujian kategori attractiveness, stimulation, dan novelty. Kemudian kategori perspicuity dan dependability mendapatkan nilai above average. Kata kunci : Puskesmas, Pendaftaran Pasien, Website, Rapid Application Development, User Experience Questionnaire. Puskesmas is a first-level health service facility in a village or sub-district that functions as a preventive and operative measure that supports the optimization of health services. However, the Simpur Inpatient Health Center, Bandar Lampung City, still has problems in registering patients which is done manually, with patients having to come directly and queue when they want treatment and health consultations. So a website-based patient registration information system is needed that can be used by various groups to make it easier for patients to register remotely and reduce waiting times. The website development method using Rapid Application Development (RAD) which was carried out in 2 iterations with a duration of 60 days using NodeJS has been successfully developed and has patient registration features, managing patient data, managing doctor's practice schedules, and managing patient registration checkin status. Testing of functional requirements uses black-box testing and is in accordance with the test scenario and appearance desired by the user. Meanwhile, non-functional testing using the User Experience Questionnaire (UEQ) involving 30 respondents obtained good scores in the efficiency category and excellent scores in the attractiveness, stimulation and novelty categories. Then the perspicuity and dependability categories get above average scores. Keywords: Community Health Center, Patient Registration, Website, Rapid Application Development, User Experience Questionnaire.
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.002 | 0.004 |
| Meta-epidemiology (narrow) | 0.001 | 0.001 |
| Meta-epidemiology (broad) | 0.001 | 0.001 |
| Bibliometrics | 0.001 | 0.001 |
| Science and technology studies | 0.001 | 0.001 |
| Scholarly communication | 0.005 | 0.003 |
| Open science | 0.001 | 0.002 |
| Research integrity | 0.001 | 0.002 |
| Insufficient payload (model declined to judge) | 0.023 | 0.016 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".