In France, it is common to have small doctor offices consisting of 2-10 doctors, each with their own name and speciality, but without a brand or somehow identifiable common name (other than generic "Medical group" names or so). Therefore, doctors are identified by their names only, typically with smal plaques at the entrance of the building stating each doctor's name and speciality.

The amenity=doctors tag seems the right one for this kind of place, however I wonder how should the names be filled in, ideally so that people searching for that doctor's name will be able to find his/her office (similarly to what one can do in Google Maps).

Should I put all doctor's names separated by semicolons, instead of "Medical group"? Also, how could one map each doctor to its speciality, if all specialities are grouped in the healthcare:speciality tag?

I though of the other possibility of doing it, that is, creating a different node for each doctor, but this is less than ideal:

  • It pollutes the visual (so many names, so close to each other, inevitably lead to some names not being readable in most renderers);
  • Ideally, one should know exactly where each office is, but short of visiting them individually and knowing where in the building each doctor is, I'd have to just clump them together somehow near the building entrance;
  • In some cases, they have a secretary and a common phone number, but in other cases each has their own phone number, so once again, clumping them together would lose information.

In the end, I think that adding a node for the medical group itself, with all specialities, plus a separate node for each doctor, with their specific name, speciality and phone number, would be the only way to preserve all data, but this would require "inventing" their exact locations, plus would be a bit of an overkill.

Is there a good example of how to do it in practice?

asked 24 Dec '17, 18:06

voyageant's gravatar image

voyageant
1816815
accept rate: 0%


Good thoughts! I would use your suggestion in the penultimate paragraph ("In the end …").

However, if two or three doctors share one office with one speciality, I would merge them and not tag them individually. The individual names are likely reflected in the name (e.g. "Hausärztliche Gemeinschaftspraxis Dr. Meier & Müller") and also could fit into the operator tag with a semicolon.

You are talking about renderers: well, yes, most usual maps will not be able to display all the docs. But they could (automatically!) show a group POI icon which expends on click or something like that. Special maps can show name markers with arrows pointing to the docs. And the prime usage example for the individual tagging is searching for special doctors - e.g. in a page like "OSM yellow pages" or in your navigation software like OsmAnd.

I see no issue in "inventing" locations (except if you go for indoor mapping the building). I would map them in a cluster of nodes, each spaced a bit apart, so clicking them is not too hard. Maybe add a note tag that the position is "symbolic". If, later, someone knows the correct location in the building, the node can be moved - a usual principle (refinement) in OSM.

permanent link

answered 25 Dec '17, 11:20

aseerel4c26's gravatar image

aseerel4c26 ♦
32.2k16239552
accept rate: 18%

edited 25 Dec '17, 11:20

Individual offices do not always contain the names of the doctors.

I sympathize with the original questioners solution.

Better would be a field within healthcare which lists individual practioners, but this field does not currently seem to exist.

My example:

Good Samaritan Hospital Hearth Rhythm Center

has 3 MDs

I want to look up my specific MD, but always want to list the office

All 3 MDs should be listed

permanent link

answered 06 May '18, 17:53

nereocystis's gravatar image

nereocystis
26226
accept rate: 0%

I've mapped similar small multi-doctor offices in New York City. I generally use separate nearby nodes if the doctors each have their own phone numbers, and otherwise use a single node with the doctors' names listed as a description.

permanent link

answered 06 May '18, 18:59

jmapb's gravatar image

jmapb
2.2k72443
accept rate: 20%

I had almost made the same decision as @jmapb, adding doctor's names in description.

Then I made some tests.

I want to be able to search on the doctor's name, as well as the name of the clinic.

Searching on info in the description doesn't seem to work with osmand, or with openstreetmap.org web interface. This could be fixed in both interfaces, but I don't think that it is enough.

There should be a description of the standard practice in the wiki for amenity=doctors, and healthcare=*

If doctors are to be listed in a subfield, there should be a standard subfield, with the names separated by semicolons, perhaps.

Until then, I am strongly thinking of using @voyageant suggestion, with the office as an area, and individual nodes for each doctor.

permanent link

answered 06 May '18, 20:10

nereocystis's gravatar image

nereocystis
26226
accept rate: 0%

2

Hmm, I guess I'm not too surprised to hear that the description fields are not indexed for search. Some people might frown on "tagging for the search" as they do "tagging for the renderer" but I agree that the ideal would be to have to a standard key where doctors' names can comfortably reside, allowing a map application to return a clinic when the corresponding doctor is sought.

There might be a syntax that would be applicable to other sorts of amenities as well. I've seen dentists, veterinarians, estate agents, law offices, and even hairdressers that advertise their personnel by name outside the business. Perhaps consider a general personnel=* or staff=* tag that permits semicolon-separated values.

(06 May '18, 21:19) jmapb

Something like personell= and staff= sounds like a good idea.

(06 May '18, 21:39) nereocystis
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here

By RSS:

Answers

Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:

×854
×8

question asked: 24 Dec '17, 18:06

question was seen: 1,190 times

last updated: 06 May '18, 21:39

powered by OSQA