Eliminate Print Servers: go LANless?
-
@johnhooks said:
@scottalanmiller said:
@johnhooks said:
Who was laughing at people doing this? You were laughing at people using a technology in the 90's that was newly developed in the 90's?
Client / Server architecture goes back to the 1970s. It was already very old in the 1990s and widely known to be a major problem with security, safety, scalability, etc. Developers were laughing at people trying to implement things from decades past in new code.
Developers at what company? ODBC is still used today.
Sure, and I have no idea why you are talking about it. ODBC isn't the issue, client/server design is. Don't use ODBC as an end user.
-
@scottalanmiller said:
@johnhooks said:
There is no programming here. It's SQL query generation and then repeated with a report that spits out a PDF or whatever you want.
Who is generating the query? How do you get a query without someone writing it? I can pull data from an API without code, too, in the same manner.
What applications can you use that generate API code for you? I can think of quite a few that will generate SQL for you based off of what you tell it.
-
@johnhooks said:
And that's an API written to be used by anyone. It's not an API written by an EMR company that doesn't have everyone looking at it. That would almost always be much more complex. Especially with all of the data that's contained there.
Why would it be assumed to be more complex? I use APIs every day that are not designed to be used by people (ML's for example, SW's, etc.) and they are dead simple. Your logic doesn't flow. Yes, the EMR company might screw up the API, but it might be super simple too (or not exist if they are total crap software.) But you are taking one bad API example from a company that makes consumer software for music, making assumptions about the simplicity of their database and using that unfounded combination of assumed easy relational database, combining it with assumed complex API and using it to derive the complexity of unrelated databases and APIs on which it has no bearing.
You might as well say that Microsoft Word is complex because Spotify is hard to use. What does one have to do with the other?
-
@johnhooks said:
What applications can you use that generate API code for you? I can think of quite a few that will generate SQL for you based off of what you tell it.
I'm not sure what you are asking. API is a generic concept, SQL is a specific language. This isn't comparable.
-
@scottalanmiller said:
@johnhooks said:
What applications can you use that generate API code for you? I can think of quite a few that will generate SQL for you based off of what you tell it.
I'm not sure what you are asking. API is a generic concept, SQL is a specific language. This isn't comparable.
Because you said this?
Who is generating the query? How do you get a query without someone writing it?
You don't have to write the query. It's generated for you. I'm saying, give me software that can get info with an API with that amount of simplicity.
-
Even if you were to use raw SQL to consume a remote database, you would still want to create your own API from that, right? So you are just doing their work for them. You would not consumer the SQL results directly, right?
-
@johnhooks said:
@scottalanmiller said:
@johnhooks said:
What applications can you use that generate API code for you? I can think of quite a few that will generate SQL for you based off of what you tell it.
I'm not sure what you are asking. API is a generic concept, SQL is a specific language. This isn't comparable.
Because you said this?
Who is generating the query? How do you get a query without someone writing it?
You don't have to write the query. It's generated for you. I'm saying, give me software that can get info with an API with that amount of simplicity.
APIs are often so simple that I don't even need anything but a web browser to consume them. Show me ODBC that doesn't need ANY code, generated or otherwise. Good APIs are so simple that I can't believe we have anything to discuss. I consume APIs by hand every day. I certainly don't do that with SQL or ODBC. I also don't do it without knowing tons of details about the database.
How do you get information out of a foreign database without knowing the structure and how the tables and data relate to one another? Even a SQL generator requires you to know more information than a good API requires you to know ever.
-
@johnhooks said:
@scottalanmiller said:
@johnhooks said:
What applications can you use that generate API code for you? I can think of quite a few that will generate SQL for you based off of what you tell it.
I'm not sure what you are asking. API is a generic concept, SQL is a specific language. This isn't comparable.
Because you said this?
Who is generating the query? How do you get a query without someone writing it?
You don't have to write the query. It's generated for you. I'm saying, give me software that can get info with an API with that amount of simplicity.
But it doesn't JUST write itself, it needs input from you. Sure you don't have to put the SELECT statement by hand, but you still need to know the database and how it is meant to be used and how the relationships work and such. And what if relationships are not enforced or are complex, often you literally have no means to know how relationships work because you are bypassing a layer that manages those things.
-
There is another concern here... you are assuming that the database is relational and talks SQL and ODBC. Sure, these days and for an EHR, there is a pretty good chance that this is true. But there is no necessity. There is also a decent chance that for a complex system that there is not a database, but many databases. The relationships may not be contained in the databases themselves so SQL and ODBC may have no means of doing what needs to be done alone.
It would be quite common for a large system like this to have many database systems driving it, and possibly some of them are not relational. Having an API is how those systems can be combined, protected, data assembled accurately and presented to a user or secondary system to consume.
-
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
-
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
-
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
-
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
-
@scottalanmiller said:
@johnhooks said:
@scottalanmiller said:
@johnhooks said:
What applications can you use that generate API code for you? I can think of quite a few that will generate SQL for you based off of what you tell it.
I'm not sure what you are asking. API is a generic concept, SQL is a specific language. This isn't comparable.
Because you said this?
Who is generating the query? How do you get a query without someone writing it?
You don't have to write the query. It's generated for you. I'm saying, give me software that can get info with an API with that amount of simplicity.
APIs are often so simple that I don't even need anything but a web browser to consume them. Show me ODBC that doesn't need ANY code, generated or otherwise. Good APIs are so simple that I can't believe we have anything to discuss. I consume APIs by hand every day. I certainly don't do that with SQL or ODBC. I also don't do it without knowing tons of details about the database.
How do you get information out of a foreign database without knowing the structure and how the tables and data relate to one another? Even a SQL generator requires you to know more information than a good API requires you to know ever.
So you're saying it's easier to hand code a whole application to pull the info via an API, and then make your application create reports based off that info. This versus connecting to the DB and viewing data (since in relational the attributes have to be the same across all the relations) and then just telling your application which attributes to pull info from?
There are plenty of tools that will reverse engineer the database in a diagram for you.
-
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
My question would be how can you use that effectively? Just visibility or can you use it to manage devices?
-
@johnhooks said:
So you're saying it's easier to hand code a whole application to pull the info via an API, and then make your application create reports based off that info. This versus connecting to the DB and viewing data (since in relational the attributes have to be the same across all the relations) and then just telling your application which attributes to pull info from?
Having done both, I'm totally saying that. And by "hand code", I assume that you mean things like "typing out the query?" What coding do you imagine is needed?
-
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
My question would be how can you use that effectively? Just visibility or can you use it to manage devices?
I don't even know what this question means in relation to the technology mentioned.
-
@johnhooks said:
There are plenty of tools that will reverse engineer the database in a diagram for you.
Based on the assumption that the data needed is in a database. It often is not. Having the diagram of a database doesn't always tell you what you need to know.
-
@johnhooks said:
So you're saying it's easier to hand code a whole application to pull the info via an API, and then make your application create reports based off that info.
We can't just make a report here, we need to combine the data from multiple sources into a single thing. This is a rather complex thing, you can't just point some database tool at it and hope to get results.
And as I said above, you don't know that the database can even use ODBC or SQL. Do your tools handle situations where that stuff doesn't even exist?
-
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
My question would be how can you use that effectively? Just visibility or can you use it to manage devices?
I don't even know what this question means in relation to the technology mentioned.
I mean what benefit is there to having mobile devices on ZeroTier (a VPN)? I assume to give out updates and for visibility.
