Complete Animal Hospital anomalies checklist covering all appearance, photo, and camera anomaly types with detection methods and rejection steps.
Appearance, photo, and camera signs can disagree. If one view looks wrong, stop and compare before admitting the patient or spending treatment items.
Search the checklist
Search by sign, room, camera, photo, or event. The safest Animal Hospital anomalies habit is to compare more than one clue before acting.
| Anomaly | Signs | Fast response | Risk | Confidence |
|---|---|---|---|---|
| Wide Eyes and Sharp TeethAppearance | Creepy distorted smile with sharp teeth and 2 glowing eyes with mismatched proportions. Voice is low-pitched and distorted. Visible at the window without any equipment. | Do not admit. Compare face and voice against the normal patient baseline before proceeding. | High | Wiki reference |
| Three EyesAppearance | Patient has 3 glowing red eyes instead of 2. Voice is low-pitched and distorted. Visible at the window without any equipment. | Close shutters immediately. Do not move to treatment. | High | Wiki reference |
| Hollow FaceAppearance | Big hollowed-out eyes with bags under both. Patient is frowning. No normal eye pupils. Visible at the window without equipment. | Stop all treatment. Close shutters before patient enters. | Critical | Wiki reference |
| Unnatural Facial AppearanceAppearance | Two variants: (1) Big eyes with black pupils and prominent eyebags, paired with a large drawn-on smile. (2) Small but wide eyes with black pupils paired with realistic human teeth. Voice is low-pitched and distorted in both variants. | Either variant is a rejection signal. Close shutters immediately. | High | Wiki reference |
| TwitchingAppearance | Patient exhibits twitching in both arms, the head, and neck resulting in an elongated neck effect. Sometimes visible at the window without equipment, but other times only detectable through the security camera. | If twitching is visible at the window, close shutters immediately. If unsure, check the security camera before deciding. | Medium | Wiki reference |
| Staring at PlayerAppearance | Patient stares directly at the player instead of behaving like a normal patient. Exact visual details are still being verified in the current game version. | Treat persistent unnatural staring as a rejection signal. Compare against normal patient behavior. | Medium | Community reported |
| Incorrect PhotoPhoto | The patient's photo does not match how they appear at the window. Differences can include eyes, ears, or horns - for example, the photo shows bear ears while the patient at the window has rabbit ears. | Hold admission. Compare the live patient against the photo carefully. Any mismatch in eyes, ears, or horns is a rejection signal. | Medium | Wiki reference |
| Unnatural PhotoPhoto | The patient may appear normal at the window but their photo shows eerie and realistic facial features that do not match the Roblox art style. | Do not stare at a suspicious photo. Reject the patient if the photo face looks hyper-realistic or disturbing. | Medium | Wiki reference |
| Static PhotoPhoto | The patient's photo has a static and grainy effect, making it appear corrupted or broken. | Treat the corrupted image itself as the rejection signal. Do not admit the patient. | Medium | Wiki reference |
| Cursed PhotoPhoto | The photo shows wide bloodshot eyes with a grin. WARNING: Picking up this photo and looking at it causes the player to lose 10 Sanity points. Leaving it on the counter does not drain Sanity. | Do not pick up the photo. Reject the patient immediately using the shutters. Leave the photo on the counter if you have already put it down. | High | Wiki reference |
| Black EyesCamera | On the security camera, the patient's face is obstructed by a black image of eyes that stare at the player. Patient appears normal at the window. | Check the security camera for every patient after the photo check. Black eyes on camera is a definitive rejection signal. | High | Wiki reference |
| Unnatural BodyCamera | On the security camera, the patient appears heavily stretched and distorted. Closing and reopening the security camera view causes their body shape to change every time you switch back. | If the body shape changes each time you reopen the camera feed, reject immediately. Do not open the shutters. | High | Wiki reference |
| Staring at CameraCamera | Patient looks directly at the CCTV camera at all times, even while walking toward the desk. Normal patients do not face the camera. | Constant camera-facing behavior is a strong rejection signal. Verify on the lobby camera for a side-view angle before deciding. | High | Wiki reference |
| Void / Black PatientCamera | On the security camera, the patient appears completely void black including the eyes, with no visible features. Usually appears after the fourth shift. | A fully black patient on camera is always an anomaly. Close shutters before they reach the desk. | Critical | Wiki reference |
| Skin Walker on CameraCamera | The patient appears as a skinwalker only when viewed through the security camera. Difficult to detect on the check-in camera alone - use the lobby camera for a side view of the patient for a clearer angle. | Switch to the lobby camera for a side view when unsure. Any skinwalker appearance on camera is a definitive rejection signal. | Critical | Wiki reference |
| Different Ears on CameraCamera | The patient has different ears when viewed through the security camera compared to how they appear at the window. For example, rabbit ears at the window but bear ears on camera. | Compare ear shape between the window view and the camera view. Any mismatch is a rejection signal. | Medium | Wiki reference |
Appearance anomalies are the fastest to catch because they can show before you use equipment. Watch for extra eyes, hollow features, sharp teeth, distorted smiles, twitching, staring, hunched posture, or a patient that feels slightly off compared with the line.
Do not let speed pressure force a normal treatment choice. In Animal Hospital anomalies, the wrong first click can turn a suspicious case into a failed room or emergency.
Photo anomalies matter when the picture does not match the patient at the window. Ears, eyes, horns, face shape, or image quality can all be the clue. Camera anomalies matter when the security view shows something the normal room view does not.
The clean habit is to compare two views before acting. Patient plus photo, patient plus camera, or room plus event is stronger than a single quick glance.
Not every scary moment is an anomaly. Treatment rooms are meant to create pressure, and some patients look strange without giving you a confirmed counter. The goal is to identify a pattern, not react to a single frame.
Use the checklist as a filter. If the sign is face-based, start with appearance rows. If the sign appears only after a photo, search photo. If the sign appears on the security view, search camera. If the room itself changes, treat it as an event or entity until proven otherwise.
If your team is split, call the exact sign instead of saying the patient is weird. Say three eyes, bad photo, black eyes on camera, bed movement, or ritual sign. Clear callouts prevent two players from solving different problems.
They are suspicious patient, photo, camera, entity, or event signs that tell you not to handle the case like normal treatment.
Not until the photo and patient are compared. A mismatch can be the whole warning.
Players need to filter by visible clue during a shift instead of reading a long article.
No. Some entries are community reported and should be checked against the current game version.
The best Animal Hospital anomalies habit is simple: identify the view, name the sign, compare one more clue, then act. The view is where you saw the issue: patient, photo, camera, bed, room, or event. The sign is the exact detail: hollow face, extra eyes, static photo, camera mismatch, bed movement, or ritual change.
Comparing one more clue matters because a single scary image can be misleading. If the patient looks wrong, use the photo or camera to confirm. If the photo looks wrong, compare it to the patient. If the camera looks wrong, check whether the room itself changed. This slows the first action, but it prevents the bigger mistake of treating an anomaly like a normal patient.
Once the sign is clear, use the checklist response. If the row says wiki reference, the information is tied to the current public wiki structure. If it says community reported, treat it as a useful lead that still needs live checking.
Teams lose time when callouts are vague. Saying the patient is creepy does not tell anyone what to do. Saying three eyes, bad photo, camera black eyes, bed movement, or ritual sign gives the team a category and a next action.
One player should be responsible for saying what view they checked. Another can confirm the next view. A third can hold treatment until the group decides. This is especially useful when a patient seems normal in one view and wrong in another.
If you are solo, use the same method silently. Name the view, name the sign, compare one more clue, then act. The checklist is built to support that rhythm.
The first mistake is treating a suspicious patient because the symptom looks urgent. Treatment pressure is part of the game, but anomaly signs should interrupt the normal routine. If a face, photo, camera, or room state does not match, pause before spending the item.
The second mistake is relying on memory from one clip. Clips often show one version or one room state. The live game may show a different sign or may have changed after an update. The checklist is built around categories so players can adapt instead of copying one exact moment.
The third mistake is ignoring low-confidence rows. Community-reported does not mean useless. It means the row can guide your attention, but you should still verify the sign before making the run-ending choice.
A complete Animal Hospital anomalies encyclopedia should eventually give each anomaly its own compact row or page: what it looks like, which view reveals it, what room it appears in, what happens if you miss it, and which response is confirmed.
Visuals should support those entries only when they teach recognition. A screenshot of a patient lineup helps appearance anomalies. A treatment-room image helps emergency context. A random gallery does not help the decision and should stay off the page.
The current page is the first practical layer. It gives players a searchable system today while leaving room for deeper pages when more evidence is available.
After checking an anomaly, move to the solver if the shift is unstable, or to classes if the same failure keeps happening across runs.
This keeps the guide useful for searchers and players. Each page answers one keyword, then sends the reader to the next page only when that next page solves a different problem.