PromptBase
Upgrade
Close icon
General
Home
Marketplace
Create
Hire
Login
Chat
Sell
Explore

Prompt Details

Model
(claude-4-7-opus)
Token size
1,338
Example input
[Python / JavaScript / TypeScript / Java / etc.]: Java (Spring Boot) [Frontend / Backend / Full Stack / API / AI System]: Healthcare / Medical Records Management System [Messy code / slow performance / scaling issues]: HIPAA compliance violations, audit trail gaps, data integrity issues [React / Django / Node.js / etc.]: Spring Boot + JPA/Hibernate + PostgreSQL + Elasticsearch [Readability / Performance / Scalability / Security]: Security + Compliance + Data Integrity
Example output
## 🧩 SECTION 1 — Codebase Health Analysis **Architecture Quality Issues:** • All business logic crammed into single service class (no layering) • Direct entity modification without value objects (anemic domain model) • No transaction boundaries for multi-step operations • No validation layer between controller and database • Missing audit logging at every modification point **Code Organization Problems:** • No separation between public API and internal operations • No versioning or historical tracking of changes • PII handling scattered across multiple methods • No access control mechanisms (authorization layer missing) • Patient entity exposed directly (no DTO transformation for API) **Maintainability Assessment:** • Critical score: 1/10 • Reason: One bug could expose entire database of patient records • Developer experience: Adding feature risks HIPAA violation • Testing: Impossible to test without real database and patient data --- ## ⚡ SECTION 2 — Technical Debt Detection **Critical Issue #1: HIPAA Compliance Violations (PII Exposure)** • Severity: CRITICAL • Impact: SSN stored in plaintext (should be encrypted at rest) • Access logging missing (violates audit requirements) • Data exported without encryption (security violation) • PHI (Protected Health Information) accessible without authorization • Long-term: Regulatory fines ($100K-$1.5M per incident), litigation, license revocation • Fix priority: EMERGENCY **Critical Issue #2: No Access Control or Permission Checking** • Severity: CRITICAL • Impact: Any authenticated user can view any patient's records • No role-based access control (doctor should not see patient outside their department) • No consent verification (patient might not consent to treatment) • No specialty verification (cardiologist shouldn't prescribe psychiatric medication) • Long-term: Privacy breach, patient data exposure, legal liability • Fix priority: EMERGENCY **Critical Issue #3: No Audit Trail (Non-repudiation Missing)** • Severity: CRITICAL • Impact: Cannot answer: "Who modified this record when and why?" • No change tracking (can't rollback errors or detect unauthorized changes) • No accountability (staff can modify records without consequences) • No compliance evidence for investigations • Long-term: Regulatory violations, inability to investigate incidents • Fix priority: EMERGENCY **Critical Issue #4: No Medical Data Validation** • Severity: HIGH • Impact: Invalid ICD-10 codes accepted • Dosages outside therapeutic ranges not caught • Drug interactions not checked (patient could die from prescribed medications) • Lab result values not validated against normal ranges • Long-term: Patient harm, medical errors, malpractice liability • Fix priority: IMMEDIATE **Critical Issue #5: No Atomic Transactions for Multi-step Operations** • Severity: HIGH • Impact: Patient discharge could partially fail (notes saved, billing not notified) • Medication update could leave inconsistent state (medication added, interaction not checked) • Lab result import could corrupt data (some values saved, others fail) • Long-term: Corrupted medical records, patient safety issues • Fix priority: HIGH **Critical Issue #6: No Soft Deletes (Data Destruction)** • Severity: HIGH • Impact: deletePatientRecord() physically removes data from database • HIPAA requires 7-year record retention • No audit trail of deletion (who deleted when why) • No recovery mechanism • Long-term: Regulatory violations, loss of critical medical evidence • Fix priority: HIGH **Critical Issue #7: No Encryption at Rest** • Severity: HIGH • Impact: Database breach exposes all patient SSN, phone, address • No field-level encryption for PII • Backup files contain plaintext sensitive data • Long-term: Data breach, regulatory fines, identity theft for patients • Fix priority: HIGH --- ## 🏗️ SECTION 3 — Architecture Refactoring Strategy **Step 1: Implement Access Control Layer** • Create Permission/Authorization service • Role-based access control (Doctor, Nurse, Admin, Patient) • Patient consent model (patient must authorize access) • Department-based access (cardiologist only sees cardiology patients) • Time-bounded access (temporary access for specialists) • Every method call checks permissions before execution **Step 2: Create Audit Trail System** • AuditLog entity tracking every record modification • Record: who, what, when, why, before-value, after-value • Immutable audit logs (cannot be modified) • Triggered automatically on any entity change • Searchable and reportable • Export for compliance/investigation **Step 3: Implement Encryption at Rest** • Field-level encryption for PII (SSN, phone, address) • Transparent encryption/decryption on save/load • Separate encryption key management • Encrypted database backups • Key rotation mechanism • Never log plaintext PII **Step 4: Add Medical Data Validation** • ICD-10 code validator (checks against official list) • Drug-drug interaction checker (PharmGKB database) • Dosage validator (checks therapeutic ranges) • Lab result validator (checks normal ranges) • Allergy cross-reference system • Clinical guideline checker (medication combinations) **Step 5: Create Domain Model with Value Objects** • PatientIdentity (encrypted SSN, phone) • MedicalCode (validated ICD-10 code) • Medication (with validated dosage and frequency) • LabResult (with validated ranges) • Each value object has business logic and validation • Prevents invalid states at domain level **Step 6: Implement Transaction Management** • Command pattern for multi-step operations • Discharge = Command with multiple steps (verify bills, notify provider, save notes) • Compensating transactions for rollback • Idempotent operations (safe to retry) • Transaction coordinator for distributed operations --- ## 🚀 SECTION 4 — Performance Optimization Analysis **Current Performance Bottlenecks:** • N+1 query problem loading patient with diagnoses/medications/labs • No query optimization (full table scans on search) • No caching for medication/diagnosis validation data • Elastic search not utilized (searching takes O(n) time) • Inefficient bulk operations (loop + save instead of batch insert) **Optimization Opportunities:** • **Query Optimization with Fetch Strategies:** - Expected improvement: 90% faster patient loading - Implementation: Use @EntityGraph or JPQL fetch joins • **Elasticsearch Integration for Search:** - Expected improvement: 1000x faster search across 1M patients - Implementation: Index searchable fields, use ElasticsearchRepository • **Validation Data Caching:** - Expected improvement: 80% faster diagnosis/medication validation - Implementation: Cache ICD-10 codes, drug interaction database • **Batch Operations:** - Expected improvement: 50% faster bulk imports - Implementation: Use JPA batch inserts instead of loop saves • **Read Replicas for Reporting:** - Expected improvement: No impact on production queries - Implementation: Route read-only queries to replica database --- ## 🔍 SECTION 5 — Readability & Maintainability Audit **Current Problems:** • No documentation of HIPAA requirements in code • No comments explaining access control decisions • Cryptic column names (ssn, dob could be more descriptive) • No JavaDoc on public methods (security implications undocumented) • Inconsistent exception handling (silent failures vs throwing) **Maintainability Improvements:** • Add @Audited annotation to all domain entities (Hibernate Envers) • Create documentation showing permission matrix (who can do what) • Add comments explaining regulatory requirements • Create custom annotations (@RequiresPermission, @Encrypted, @Validated) • Use descriptive method names: prescribeMedicationWithSafetyChecks() • Add logging at security boundaries (access checks, modifications) --- ## 🔐 SECTION 6 — Security & Reliability Review **Security Issues Found:** • PII stored unencrypted (SSN, phone, address, email) • No access control (anyone can view any patient) • No authentication for data access • Query injection possible in search methods • No rate limiting (vulnerable to scraping all patient data) • No data masking in logs (PII exposed in query logs) • No encryption in transit (HTTPS should be enforced) **Reliability Gaps:** • Patient discharge silently fails (no validation) • Medication prescription silently ignores interactions • Lab results imported without critical value alerts • No notification system for abnormal findings • No escalation for medication errors • No backup/recovery for deleted records --- ## 🤖 SECTION 7 — AI & Automation Refactoring Opportunities **Development Improvements:** • Checkmarx or similar to detect PII exposure in code • OWASP dependency check for security vulnerabilities • SonarQube rules for HIPAA compliance patterns • Automated encryption key rotation • Database activity monitoring (who accessed what) • Synthetic data generator for testing (no real patient data) **Testing Automation:** • Unit tests for permission checks (each role combination) • Security tests for access violations (should fail) • Data validation tests (invalid codes rejected) • Audit trail tests (verifying changes logged) • Drug interaction tests (known interactions detected) • HIPAA compliance tests (access logging, encryption) --- ## 📈 SECTION 8 — Scaling & Future-Proofing Strategy **Growth Scenarios:** • 1M patients → Search becomes unresponsive (need Elasticsearch) • Multi-hospital network → Need role-based access per organization • Regulatory audit → Need complete audit trail for investigation • Integration with external systems → Need encrypted HL7/FHIR API • Telehealth expansion → Need consent/access for remote providers **Scaling-Ready Architecture:** • Encryption enables secure data sharing with partner hospitals • Audit trail enables regulatory compliance at any scale • RBAC supports multi-tenant scenarios • Event sourcing enables complete patient history reconstruction • API layer with consent model enables third-party integrations --- ## 🧾 SECTION 9 — Final Refactoring Intelligence Report **1️⃣ Biggest Code Smell:** SSN stored in plaintext in updatePatientRecord()—HIPAA violation and patient identity theft risk **2️⃣ Highest Technical Debt Area:** No access control layer—any user can modify any patient's records (regulatory violation) **3️⃣ Most Critical Refactoring Priority:** Implement encryption + audit trail + access control (all three required for compliance) **4️⃣ Architecture Quality Score:** 1/10 — No layering, no validation, no security, critical HIPAA violations **5️⃣ Maintainability Score:** 2/10 — Every change risks regulatory violation, impossible to audit changes **6️⃣ Scalability Readiness Score:** 2/10 — No search optimization, no audit scaling, plaintext data storage **7️⃣ Performance Optimization Potential:** 75% improvement (90% from query optimization + 1000x from Elasticsearch + 80% from caching) **8️⃣ Security Risk Level:** CRITICAL (Catastrophic) — PII exposure, no access control, no audit trail **9️⃣ Recommended Refactoring Roadmap:** • Phase 1 (Week 1): Emergency security hardening - Encrypt SSN, phone, address at rest - Add basic access control (check user role) - Implement audit logging for all modifications • Phase 2 (Week 2): Build audit trail system - Create AuditLog entity - Implement Hibernate Envers for entity history - Make audit logs immutable - Add compliance reporting • Phase 3 (Week 3): Implement medical validation - Add ICD-10 code validator - Integrate drug interaction database - Add dosage range validation - Add lab result range validation • Phase 4 (Week 4): Refactor domain model - Create value objects for PII - Implement Patient aggregate root - Add business logic to domain (not anemic) - Create repository with proper abstractions • Phase 5 (Week 5): Add infrastructure layer - Implement permission service - Add Elasticsearch for search - Set up encryption key management - Create synthetic data for testing **🔟 Final Senior Engineering Recommendations:** • **Priority 1:** Encrypt PII immediately (regulatory requirement) • **Priority 2:** Implement access control (prevent unauthorized access) • **Priority 3:** Add audit trail (enable compliance investigations) • **Priority 4:** Medical validation (patient safety critical) • **Priority 5:** Soft deletes (HIPAA record retention) • **Do:** Use Hibernate Envers for automatic audit trail • **Do:** Implement encryption at field level (not just transport) • **Do:** Use Spring Security for access control • **Do:** Create comprehensive audit reporting • **Do:** Use value objects for PII (type-safe encryption) • **Avoid:** Exposing entities in API (use DTOs) • **Avoid:** Silent failures (throw exceptions with context) • **Avoid:** Mixing business logic with persistence • **Trade-off:** Performance vs. security (encrypt field by field, validate inputs) --- This healthcare refactoring showcases compliance-critical systems with completely different concerns from previous examples—regulatory requirements, patient safety, and audit trails take precedence over performance. 🏥
🌀 Claude

Code Base Refactoring Framework

Add to Cart
Instant accessInstant access
Usage rightsCommercial use
Money-back guaranteeMoney‑back
By purchasing this prompt, you agree to our terms of service
CLAUDE-4-7-OPUS
Tested icon
Guide icon
4 examples icon
Free credits icon
Codebases become difficult to maintain when they contain messy architecture, duplicated logic, technical debt, poor naming, and scalability problems ⚠️ This prompt helps analyze and refactor code using clean architecture principles, optimization strategies, and maintainability improvements. ✨ What You Receive: 🧠 Code quality analysis ⚡ Refactoring recommendations 📊 Technical debt detection 🏗️ Architecture improvement ideas 🔍 Performance optimization insights 🚀 Clean, scalable code strategie
...more
Added 1 week ago
Report
Browse Marketplace